home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Standards 1994 January / InfoMagic Standards - January 1994.iso / ccitt / 1988 / troff / 8_7_03.tro < prev    next >
Text File  |  1991-12-22  |  99KB  |  3,696 lines
  1. .rs
  2. .\" Troff code generated by TPS Convert from ITU Original Files
  3. .\"                 Not Copyright (~c) 1991 
  4. .\"
  5. .\" Assumes tbl, eqn, MS macros, and lots of luck.
  6. .TA 1c 2c 3c 4c 5c 6c 7c 8c
  7. .ds CH
  8. .ds CF
  9. .EQ
  10. delim @@
  11. .EN
  12. .nr LL 40.5P
  13. .nr ll 40.5P
  14. .nr HM 3P
  15. .nr FM 6P
  16. .nr PO 4P
  17. .nr PD 9p
  18. .po 4P
  19.  
  20. .rs
  21. \v'|.5i'
  22. .LP
  23. \fBMONTAGE: FIN DE LA RECOMMANDATION F.400 EN\(hyT\*\|ETE DE CETTE PAGE\fR 
  24. .sp 2P
  25. .LP
  26. \v'11P'
  27. \fBRecommendation\ X.402\fR 
  28. .RT
  29. .sp 2P
  30. .ce 1000
  31. \fBMESSAGE\ HANDLING\ SYSTEMS:\fR 
  32. .EF '%    Fascicle\ VIII.7\ \(em\ Rec.\ X.402''
  33. .OF '''Fascicle\ VIII.7\ \(em\ Rec.\ X.402    %'
  34. .ce 0
  35. .sp 1P
  36. .ce 1000
  37. \fBOVERALL\ ARCHITECTURE\fR 
  38. .FS
  39. Recommendation\ X.402
  40. and ISO\ 10021\(hy2 [Information Processing Systems \(em Text Communications
  41. \(em MOTIS \(em Overall Architecture] were developed in close collaboration
  42. and are technically aligned, except for the differences noted in
  43. Annex\ F.
  44. .FE
  45. .ce 0
  46. .sp 1P
  47. .ce 1000
  48. \fI(Melbourne, 1988)\fR 
  49. .sp 9p
  50. .RT
  51. .ce 0
  52. .sp 1P
  53. .PP
  54. The establishment in various countries of telematic services and computer\(hybased 
  55. store\(hyand\(hyforward message services in association with 
  56. public data networks creates a need to produce standards to facilitate
  57. international message exchange between subscribers to such services.
  58. .sp 1P
  59. .RT
  60. .sp 2P
  61. .LP
  62.     The\ CCITT,
  63. .sp 1P
  64. .RT
  65. .sp 1P
  66. .LP
  67. \fIconsidering\fR 
  68. .sp 9p
  69. .RT
  70. .PP
  71. (a)
  72. the need for Message Handling Systems;
  73. .PP
  74. (b)
  75. the need to transfer and store messages of different
  76. types;
  77. .PP
  78. (c)
  79. that Recommendation X.200 defines the Reference Model of Open Systems Interconnection 
  80. for CCITT applications; 
  81. .PP
  82. (d)
  83. that Recommendations X.208, X.217, X.218 and X.219
  84. provide the foundation for CCITT applications;
  85. .PP
  86. (e)
  87. that the X.500\(hyseries Recommendations define Directory   Systems;
  88. .PP
  89. (f
  90. )
  91. that Message Handling Systems are defined in
  92. a series of Recommendations: X.400, X.402, X.403, X.407, X.408, X.411, 
  93. X.413, and\ X.419; 
  94. .PP
  95. (g)
  96. that Interpersonal Messaging is defined in
  97. Recommendations\ X.420 and T.330,
  98. .sp 1P
  99. .LP
  100. \fIunanimously declares\fR 
  101. .sp 9p
  102. .RT
  103. .PP
  104. (1)
  105. that the abstract models of a Message Handling System
  106. are defined in \(sc\ 2;
  107. .PP
  108. (2)
  109. that the configurations of a Message Handling System are defined in \(sc\ 3;
  110. .PP
  111. (3)
  112. that naming, addressing, and routing within Message
  113. Handling Systems are defined in \(sc\ 4;
  114. .PP
  115. (4)
  116. that the use of the Directory by Message Handling
  117. Systems is defined in \(sc\ 5;
  118. .PP
  119. (5)
  120. that the OSI realization of a Message Handling System is specified in \(sc\ 6.
  121. .LP
  122. .sp 2
  123. .bp
  124. .sp 1P
  125. .ce 1000
  126. TABLE\ OF\ CONTENTS
  127. .ce 0
  128. .sp 1P
  129. .sp 2P
  130. .LP
  131. SECTION\ 1\ \(em\ \fIIntroduction\fR 
  132. .sp 1P
  133. .RT
  134. .sp 1P
  135. .LP
  136. 0
  137.     \fIIntroduction\fR 
  138. .sp 9p
  139. .RT
  140. .sp 1P
  141. .LP
  142. 1
  143.     \fIScope\fR 
  144. .sp 9p
  145. .RT
  146. .sp 1P
  147. .LP
  148. 2
  149.     \fIReferences\fR 
  150. .sp 9p
  151. .RT
  152. .LP
  153.     2.1
  154.     Open systems interconnection
  155. .LP
  156.     2.2
  157.     Directory systems
  158. .LP
  159.     2.3
  160.     Message handling systems
  161. .sp 1P
  162. .LP
  163. 3
  164.     \fIDefinitions\fR 
  165. .sp 9p
  166. .RT
  167. .LP
  168.     3.1
  169.     Open systems interconnection
  170. .LP
  171.     3.2
  172.     Directory systems
  173. .LP
  174.     3.3
  175.     Message handling systems
  176. .sp 1P
  177. .LP
  178. 4
  179.     \fIAbbreviations\fR 
  180. .sp 9p
  181. .RT
  182. .sp 1P
  183. .LP
  184. 5
  185.     \fIConventions\fR 
  186. .sp 9p
  187. .RT
  188. .LP
  189.     5.1
  190.     ASN.1
  191. .LP
  192.     5.2
  193.     Grade
  194. .LP
  195.     5.3
  196.     Terms
  197. .sp 2P
  198. .LP
  199. SECTION\ 2\ \(em\ \fIAbstract models\fR 
  200. .sp 1P
  201. .RT
  202. .sp 1P
  203. .LP
  204. 6
  205.     \fIOverview\fR 
  206. .sp 9p
  207. .RT
  208. .sp 1P
  209. .LP
  210. 7
  211.     \fIFunctional model\fR 
  212. .sp 9p
  213. .RT
  214. .LP
  215.     7.1
  216.     Primary functional objects
  217. .LP
  218.     7.2
  219.     Secondary functional objects
  220. .LP
  221.     7.3
  222.     Tertiary functional objects
  223. .LP
  224.     7.4
  225.     Selected AU types
  226. .sp 1P
  227. .LP
  228. 8
  229.     \fIInformation model\fR 
  230. .sp 9p
  231. .RT
  232. .LP
  233.     8.1
  234.     Messages
  235. .LP
  236.     8.2
  237.     Probes
  238. .LP
  239.     8.3
  240.     Reports
  241. .sp 1P
  242. .LP
  243. 9
  244.     \fIOperational model\fR 
  245. .sp 9p
  246. .RT
  247. .LP
  248.     9.1
  249.     Transmittal
  250. .LP
  251.     9.2
  252.     Transmittal roles
  253. .LP
  254.     9.3
  255.     Transmittal steps
  256. .LP
  257.     9.4
  258.     Transmittal events
  259. .sp 1P
  260. .LP
  261. 10
  262.     \fISecurity model\fR 
  263. .sp 9p
  264. .RT
  265. .LP
  266.     10.1
  267.     Security policies
  268. .LP
  269.     10.2
  270.     Security services
  271. .LP
  272.     10.3
  273.     Security elements
  274. .bp
  275. .sp 2P
  276. .LP
  277. SECTION\ 3\ \(em\ \fIConfigurations\fR 
  278. .sp 1P
  279. .RT
  280. .sp 1P
  281. .LP
  282. 11
  283.     \fIOverview\fR 
  284. .sp 9p
  285. .RT
  286. .sp 1P
  287. .LP
  288. 12
  289.     \fIFunctional configurations\fR 
  290. .sp 9p
  291. .RT
  292. .LP
  293.     12.1
  294.     Regarding the Directory
  295. .LP
  296.     12.2
  297.     Regarding the message store
  298. .sp 1P
  299. .LP
  300. 13
  301.     \fIPhysical configurations\fR 
  302. .sp 9p
  303. .RT
  304. .LP
  305.     13.1
  306.     Messaging systems
  307. .LP
  308.     13.2
  309.     Representative configurations
  310. .sp 1P
  311. .LP
  312. 14
  313.     \fIOrganizational configurations\fR 
  314. .sp 9p
  315. .RT
  316. .LP
  317.     14.1
  318.     Management domains
  319. .LP
  320.     14.2
  321.     Representative configurations
  322. .sp 1P
  323. .LP
  324. 15
  325.     \fIThe global MHS\fR 
  326. .sp 9p
  327. .RT
  328. .sp 2P
  329. .LP
  330. SECTION\ 4\ \(em\ \fINaming, addressing and routing\fR 
  331. .sp 1P
  332. .RT
  333. .sp 1P
  334. .LP
  335. 16
  336.     \fIOverview\fR 
  337. .sp 9p
  338. .RT
  339. .sp 1P
  340. .LP
  341. 17
  342.     \fINaming\fR 
  343. .sp 9p
  344. .RT
  345. .LP
  346.     17.1
  347.     Directory names
  348. .LP
  349.     17.2
  350.     O/R names
  351. .sp 1P
  352. .LP
  353. 18
  354.     \fIAddressing\fR 
  355. .sp 9p
  356. .RT
  357. .LP
  358.     18.1
  359.     Attribute lists
  360. .LP
  361.     18.2
  362.     Character sets
  363. .LP
  364.     18.3
  365.     Standard attributes
  366. .LP
  367.     18.4
  368.     Attribute list equivalence
  369. .LP
  370.     18.5
  371.     O/R address forms
  372. .LP
  373.     18.6
  374.     Conditional attributes
  375. .sp 1P
  376. .LP
  377. 19
  378.     \fIRouting\fR 
  379. .sp 9p
  380. .RT
  381. .sp 2P
  382. .LP
  383. SECTION\ 5\ \(em\ \fIUse of the directory\fR 
  384. .sp 1P
  385. .RT
  386. .sp 1P
  387. .LP
  388. 20
  389.     \fIOverview\fR 
  390. .sp 9p
  391. .RT
  392. .sp 1P
  393. .LP
  394. 21
  395.     \fIAuthentication\fR 
  396. .sp 9p
  397. .RT
  398. .sp 1P
  399. .LP
  400. 22
  401.     \fIName resolution\fR 
  402. .sp 9p
  403. .RT
  404. .sp 1P
  405. .LP
  406. 23
  407.     \fIDL expansion\fR 
  408. .sp 9p
  409. .RT
  410. .sp 1P
  411. .LP
  412. 24
  413.     \fICapability assessment\fR .bp
  414. .sp 9p
  415. .RT
  416. .sp 2P
  417. .LP
  418. SECTION\ 6\ \(em\ \fIOSI realization\fR 
  419. .sp 1P
  420. .RT
  421. .sp 1P
  422. .LP
  423. 25
  424.     \fIOverview\fR 
  425. .sp 9p
  426. .RT
  427. .sp 1P
  428. .LP
  429. 26
  430.     \fIApplication service elements\fR 
  431. .sp 9p
  432. .RT
  433. .LP
  434.     26.1
  435.     The ASE concept
  436. .LP
  437.     26.2
  438.     Symmetric and asymmetric ASEs
  439. .LP
  440.     26.3
  441.     Message handling ASEs
  442. .LP
  443.     26.4
  444.     Supporting ASEs
  445. .sp 1P
  446. .LP
  447. 27
  448.     \fIApplication contexts\fR 
  449. .sp 9p
  450. .RT
  451. .sp 1P
  452. .LP
  453. \fIAnnex\ A\fR     \(em
  454.     Directory object classes and attributes
  455. .sp 9p
  456. .RT
  457. .LP
  458. \fIAnnex\ B\fR     \(em
  459.     Reference definition of object identifiers
  460. .LP
  461. \fIAnnex\ C\fR     \(em
  462.     Reference definition of object classes and attributes
  463. .LP
  464. \fIAnnex\ D\fR     \(em
  465.     Security threats
  466. .LP
  467. \fIAnnex\ E\fR     \(em
  468.     Provision of security services in Recommendation X.411
  469. .LP
  470. \fIAnnex\ F\fR     \(em
  471.     Differences between CCITT Recommendation and ISO standard
  472. .LP
  473. \fIAnnex\ G\fR     \(em
  474.     Index
  475. .LP
  476. SECTION\ 1\ \(em\ INTRODUCTION
  477. .sp 1P
  478. .RT
  479. .sp 2P
  480. .LP
  481. \fB0\fR     \fBIntroduction\fR 
  482. .sp 1P
  483. .RT
  484. .PP
  485. This Recommendation is one of a set of Recommendations for Message Handling. 
  486. The entire set provides a comprehensive blueprint for a Message 
  487. Handling System (MHS) realized by any number of cooperating open systems.
  488. .PP
  489. The purpose of an MHS is to enable users to exchange messages on a
  490. store\(hyand\(hyforward basis. A message submitted on behalf of one user, the
  491. originator, is conveyed by the Message Transfer System (MTS) and subsequently 
  492. delivered to the agents of one or more additional users, the recipients. 
  493. Access units (AUs) link the MTS to communication systems of other kinds 
  494. (e.g.\ postal systems). A user is assisted in the preparation, storage 
  495. and display of 
  496. messages by a user agent (UA). Optionally, he is assisted in the storage of
  497. messages by a message store (MS). The MTS comprises a number of message
  498. transfer agents (MTAs) which collectively perform the store\(hyand\(hyforward 
  499. message transfer function. 
  500. .PP
  501. The Recommendation specifies the overall architecture of the MHS and serves 
  502. as a technical introduction to it. 
  503. .PP
  504. The text of this Recommendation is the subject of joint CCITT\(hyISO
  505. agreement. The corresponding ISO specification is ISO\ 10021\(hy2.
  506. .RT
  507. .sp 2P
  508. .LP
  509. \fB1\fR     \fBScope\fR 
  510. .sp 1P
  511. .RT
  512. .PP
  513. This Recommendation defines the overall architecture of the MHS and serves 
  514. as a technical introduction to it. 
  515. .PP
  516. Other aspects of Message Handling are specified in other
  517. Recommendations. A non\(hytechnical overview of Message Handling is provided by
  518. Recommendation\ X.400. The conformance testing of MHS components is described 
  519. in Recommendation\ X.403. The conventions used in the definition of the 
  520. abstract 
  521. services provided by MHS components are defined in Recommendation\ X.407. The
  522. detailed rules by which the MTS converts the contents of messages from one EIT
  523. .PP
  524. to another are defied in Recommendation\ X.408. The abstract service the MTS
  525. provides and the procedures that govern its distributed operation are defined 
  526. in Recommendation\ X.411. The abstract service the MS provides is defined 
  527. in 
  528. Recommendation X.413. The application protocols that govern the interactions 
  529. of MHS components are specified in Recommendation\ X.419. The Interpersonal 
  530. Messaging System, an application of MHS Handling, is defined in
  531. Recommendation\ X.420. Telematic access to the Interpersonal Messaging System
  532. is specified in Recommendation\ T.330.
  533. .bp
  534. .PP
  535. The CCITT Recommendations and ISO International Standards of Message Handling 
  536. are summarized in Table\ 1/X.402. 
  537. .RT
  538. .ce
  539. \fBH.T. [T1.402]\fR 
  540. .ce
  541. TABLE\ 1/X.402
  542. .ce
  543. \fBSpecifications for message handling systems\fR 
  544. .ps 9
  545. .vs 11
  546. .nr VS 11
  547. .nr PS 9
  548. .TS
  549. center box;
  550. cw(36p) | cw(36p) | cw(156p) .
  551. CCITT     ISO    Subject matter
  552. _
  553. .T&
  554. cw(228p) .
  555. Introduction 
  556. _
  557. .T&
  558. cw(36p) | cw(36p) | lw(156p) .
  559. X.400     8505\(hy1    Service and system overview 
  560. .T&
  561. cw(36p) | cw(36p) | lw(156p) .
  562. X.402     8505\(hy2     Overall architecture 
  563. _
  564. .T&
  565. cw(228p) .
  566. Various aspects 
  567. _
  568. .T&
  569. cw(36p) | cw(36p) | lw(156p) .
  570. X.403     \(em    Conformance testing
  571. .T&
  572. cw(36p) | cw(36p) | lw(156p) .
  573. X.407    8883\(hy2     T{
  574. Abstract service definition conventions 
  575. T}
  576. .T&
  577. cw(36p) | cw(36p) | lw(156p) .
  578. X.408    \(em    T{
  579. Encoded information type conversion rules 
  580. T}
  581. _
  582. .T&
  583. cw(228p) .
  584. Abstract services 
  585. _
  586. .T&
  587. cw(36p) | cw(36p) | lw(156p) .
  588. X.411     8883\(hy1    T{
  589. MTS abstract service definition and procedures for distributed
  590. operation 
  591. T}
  592. .T&
  593. cw(36p) | cw(36p) | lw(156p) .
  594. X.413     TBS\(hy1     T{
  595. MS abstract service definition 
  596. T}
  597. _
  598. .T&
  599. cw(228p) .
  600. Protocols 
  601. _
  602. .T&
  603. cw(36p) | cw(36p) | lw(156p) .
  604. X.419     8505\(hy2    Protocol specifications 
  605. _
  606. .T&
  607. cw(228p) .
  608. T{
  609. Interpersonal messaging system 
  610. T}
  611. _
  612. .T&
  613. cw(36p) | cw(36p) | lw(156p) .
  614. X.420     9065    T{
  615. Interpersonal messaging system 
  616. T}
  617. .T&
  618. cw(36p) | cw(36p) | lw(156p) .
  619. T.330     \(em    Telematic access to IPMS
  620. _
  621. .TE
  622. .nr PS 9
  623. .RT
  624. .ad r
  625. \fBTableau 1/X.402 [T1.402], p.\fR 
  626. .sp 1P
  627. .RT
  628. .ad b
  629. .RT
  630. .LP
  631. .sp 2
  632. .PP
  633. The Directory, the principal means for disseminating
  634. communication\(hyrelated information among MHS components, is defined in the
  635. X.500\(hyseries Recommendations (see Table\ 2/X.402).
  636. .PP
  637. The architectural foundation for Message Handling is provided
  638. by other Recommendations. The OSI Reference Model is defined in
  639. Recommendation\ X.200. The notation for specifying the data structures of
  640. abstract services and application protocols, ASN.1, and the associated 
  641. encoding rules are defined in Recommendations\ X.208 and\ X.209. The means 
  642. for 
  643. establishing and releasing associations, the ACSE, is defined in
  644. Recommendations\ X.217 and\ X.227. The means for reliably conveying APDUs over
  645. associations, the RTSE, is defined by Recommendations\ X.218 and\ X.228. The
  646. means for making requests of other open systems, the ROSE, is defined in
  647. Recommendations\ X.219 and\ X.229.
  648. .PP
  649. The CCITT Recommendations and ISO International Standards basic to
  650. Message Handling are summa
  651. rized in Table\ 3/X.402.
  652. .bp
  653. .RT
  654. .ce
  655. \fBH.T. [T2.402]\fR 
  656. .ce
  657. TABLE\ 2/X.402
  658. .ce
  659. \fBSpecifications for directories\fR 
  660. .ps 9
  661. .vs 11
  662. .nr VS 11
  663. .nr PS 9
  664. .TS
  665. center box;
  666. cw(36p) | cw(36p) | cw(108p) .
  667. CCITT     ISO    Subject matter 
  668. _
  669. .T&
  670. cw(180p) .
  671. Model 
  672. _
  673. .T&
  674. cw(36p) | cw(36p) | lw(108p) .
  675. X.200     7498    OSI reference model 
  676. _
  677. .T&
  678. cw(36p) | cw(36p) | lw(108p) .
  679. X.500    9594\(hy1    Overview 
  680. .T&
  681. cw(36p) | cw(36p) | lw(108p) .
  682. X.501    9594\(hy2    Models 
  683. .T&
  684. cw(36p) | cw(36p) | lw(108p) .
  685. X.509    9594\(hy8    Authentication framework 
  686. .T&
  687. cw(36p) | cw(36p) | lw(108p) .
  688. X.511    9594\(hy3    Abstract service definition 
  689. .T&
  690. cw(36p) | cw(36p) | lw(108p) .
  691. X.518    9594\(hy4    T{
  692. Procedures for distributed operation 
  693. T}
  694. .T&
  695. cw(36p) | cw(36p) | lw(108p) .
  696. X.519    9594\(hy5    Protocol specifications 
  697. .T&
  698. cw(36p) | cw(36p) | lw(108p) .
  699. X.520    9594\(hy6    Selected attribute types 
  700. .T&
  701. cw(36p) | cw(36p) | lw(108p) .
  702. X.521    9594\(hy7    Selected object classes 
  703. _
  704. .TE
  705. .nr PS 9
  706. .RT
  707. .ad r
  708. \fBTableau 2/X.402 [T2.402], p. 2\fR 
  709. .sp 1P
  710. .RT
  711. .ad b
  712. .RT
  713. .ce
  714. \fBH.T. [T3.402]\fR 
  715. .ce
  716. TABLE\ 3/X.402
  717. .ce
  718. \fBSpecifications for MHS foundations\fR 
  719. .ps 9
  720. .vs 11
  721. .nr VS 11
  722. .nr PS 9
  723. .TS
  724. center box;
  725. cw(36p) | cw(36p) | cw(108p) .
  726. CCITT     ISO    Subject matter 
  727. _
  728. .T&
  729. cw(180p) .
  730. Model 
  731. _
  732. .T&
  733. cw(36p) | cw(36p) | lw(108p) .
  734. X.200     7498    OSI reference model 
  735. _
  736. .T&
  737. cw(180p) .
  738. ASN.1 
  739. _
  740. .T&
  741. cw(36p) | cw(36p) | lw(108p) .
  742. X.208     8824    Abstract syntax notation 
  743. .T&
  744. cw(36p) | cw(36p) | lw(108p) .
  745. X.209     8825    Basic encoding rules 
  746. _
  747. .T&
  748. cw(180p) .
  749. Association control 
  750. _
  751. .T&
  752. cw(36p) | cw(36p) | lw(108p) .
  753. X.217     8649    Service definition 
  754. .T&
  755. cw(36p) | cw(36p) | lw(108p) .
  756. X.227     8650    Protocol specification 
  757. _
  758. .T&
  759. cw(180p) .
  760. Reliable transfer 
  761. _
  762. .T&
  763. cw(36p) | cw(36p) | lw(108p) .
  764. X.218     9066\(hy1    Service definition 
  765. .T&
  766. cw(36p) | cw(36p) | lw(108p) .
  767. X.228     9066\(hy2    Protocol specification 
  768. _
  769. .T&
  770. cw(180p) .
  771. Remote operations 
  772. _
  773. .T&
  774. cw(36p) | cw(36p) | lw(108p) .
  775. X.219     9072\(hy1    Service definition 
  776. .T&
  777. cw(36p) | cw(36p) | lw(108p) .
  778. X.229     9072\(hy2    Protocol specification 
  779. _
  780. .TE
  781. .nr PS 9
  782. .RT
  783. .ad r
  784. \fBTableau 3/X.402 [T3.402], p. 3\fR 
  785. .sp 1P
  786. .RT
  787. .ad b
  788. .RT
  789. .LP
  790. .bp
  791. .PP
  792. This Recommendation is structured as follows. Section\ 1 is this
  793. introduction. Section\ 2 presents abstract models of Message Handling.
  794. Section\ 3 specifies
  795. how one can configure the MHS to satisfy any of a variety of functional,
  796. physical and organizational requirements. Section\ 4 describes the naming and
  797. addressing of users and distribution lists and the routing of information
  798. objects to them. Section\ 5 describes the uses the MHS may make of the
  799. Directory. Section\ 6
  800. describes how the MHS is realized by means of OSI. Annexes provide important
  801. supplemental information.
  802. .PP
  803. No requirements for conformance to this Recommendation are
  804. imposed.
  805. .RT
  806. .sp 2P
  807. .LP
  808. \fB2\fR     \fBReferences\fR 
  809. .sp 1P
  810. .RT
  811. .PP
  812. This Recommendation and others in the set cite the documents
  813. below.
  814. .RT
  815. .sp 1P
  816. .LP
  817. 2.1
  818.     \fIOpen systems interconnection\fR 
  819. .sp 9p
  820. .RT
  821. .PP
  822. This Recommendation and others in the set cite the following OSI
  823. specifications:
  824. .RT
  825. .LP
  826.     X.200
  827.      Reference model of open systems interconnection for CCITT applications 
  828. (see also ISO\ 7498) 
  829. .LP
  830.     X.208
  831.     Specification of abstract syntax notation one (ASN.1)
  832. (see also ISO\ 8824)
  833. .LP
  834.     X.209
  835.     Specification of basic encoding rules for abstract
  836. syntax notation (see also ISO\ 8825)
  837. .LP
  838.     X.217
  839.      Association control service definition for open systems interconnection 
  840. for CCITT applications (see also ISO\ 8649) 
  841. .LP
  842.     X.218
  843.     Reliable transfer: Model and service definition (see also ISO\ 9066\(hy1)
  844. .LP
  845.     X.219
  846.      Remote operations: Model, notation and service definition (see also ISO\ 
  847. 9072\(hy1) 
  848. .LP
  849.     X.227
  850.     Association control: Protocol specification for open
  851. systems interconnection for CCITT applications (see also ISO\ 8650)
  852. .LP
  853.     X.228
  854.     Reliable transfer: Protocol specification (see also
  855. ISO\ 9066\(hy2)
  856. .LP
  857.     X.229
  858.     Remote operations: Protocol specification (see also
  859. ISO\ 9072\(hy2)
  860. .sp 1P
  861. .LP
  862. 2.2
  863.     \fIDirectory systems\fR 
  864. .sp 9p
  865. .RT
  866. .PP
  867. This Recommendation and others in the set cite the following
  868. Directory System specifications:
  869. .RT
  870. .LP
  871.     X.500
  872.     The directory \(em Overview of concepts, models, and
  873. services (see also ISO\ 9594\(hy1)
  874. .LP
  875.     X.501
  876.     The directory \(em Models (see also ISO 9594\(hy2)
  877. .LP
  878.     X.509
  879.     The directory \(em Authentication framework (see also
  880. ISO\ 9594\(hy8)
  881. .LP
  882.     X.511
  883.     The directory \(em Abstract service definition (see also
  884. ISO\ 9594\(hy3)
  885. .LP
  886.     X.518
  887.      The directory \(em Procedures for distributed operation (see also ISO 
  888. 9594\(hy4) 
  889. .LP
  890.     X.519
  891.     The directory \(em Protocol specifications (see also ISO
  892. 9594\(hy5)
  893. .LP
  894.     X.520
  895.     The directory \(em Selected attribute types (see also ISO
  896. 9594\(hy6)
  897. .LP
  898.     X.521
  899.     The directory \(em Selected object classes (see also ISO
  900. 9594\(hy7)
  901. .sp 1P
  902. .LP
  903. 2.3
  904.     \fIMessage handling systems\fR 
  905. .sp 9p
  906. .RT
  907. .PP
  908. This Recommendation and others in the set cite the following
  909. message handling system specifications:
  910. .RT
  911. .LP
  912.     T.330
  913.     Telematic access to interpersonal messaging system
  914. .LP
  915.     X.400
  916.     Message handling: System and service overview (see also   ISO\ 10021\(hy1)
  917. .LP
  918.     X.403
  919.     Message handling systems: Conformance testing
  920. .LP
  921.     X.407
  922.     Message handling systems: Abstract service definition
  923. conventions (see also ISO\ 10021\(hy3)
  924. .LP
  925.     X.408
  926.     Message handling systems: Encoded information type
  927. conversion rules
  928. .LP
  929.     X.411
  930.     Message handling systems: Message transfer system:
  931. Abstract service definition and procedures (see also ISO\ 10021\(hy4)
  932. .bp
  933. .LP
  934.     X.413
  935.      Message handling systems: Message store: Abstract service definition 
  936. (see also ISO 10021\(hy5) 
  937. .LP
  938.     X.419
  939.     Message handling systems: Protocol specifications (see
  940. also ISO 10021\(hy6)
  941. .LP
  942.     X.420
  943.      Message handling systems: Interpersonal messaging system (see also ISO 
  944. 10021\(hy7) 
  945. .sp 2P
  946. .LP
  947. \fB3\fR     \fBDefinitions\fR 
  948. .sp 1P
  949. .RT
  950. .PP
  951. For the purposes of this Recommendation and others in the set, the definitions 
  952. below apply. 
  953. .RT
  954. .sp 2P
  955. .LP
  956. 3.1
  957.     \fIOpen systems interconnection\fR 
  958. .sp 1P
  959. .RT
  960. .PP
  961. 3.1.1
  962. This Recommendation and others in the set use the following
  963. terms defined in Recommendation X.200, as well as the names of the seven 
  964. layers of the Reference Model: 
  965. .sp 9p
  966. .RT
  967. .LP
  968.     a)
  969.     abstract syntax;
  970. .LP
  971.     b)
  972.     application entity (AE);
  973. .LP
  974.     c)
  975.     application process;
  976. .LP
  977.     d)
  978.     application protocol data unit (APDU);
  979. .LP
  980.     e)
  981.     application service element (ASE);
  982. .LP
  983.     f
  984. )
  985.     distributed information processing task;
  986. .LP
  987.     g)
  988.     layer;
  989. .LP
  990.     h)
  991.     open system;
  992. .LP
  993.     i)
  994.     open systems interconnection (OSI);
  995. .LP
  996.     j
  997. )
  998.     peer;
  999. .LP
  1000.     k)
  1001.     presentation context;
  1002. .LP
  1003.     l)
  1004.     protocol;
  1005. .LP
  1006.     m)
  1007.     reference model;
  1008. .LP
  1009.     n)
  1010.     transfer syntax;
  1011. .LP
  1012.     o)
  1013.     user element (UE).
  1014. .PP
  1015. 3.1.2\fR This Recommendation and others in the set use the following
  1016. terms defined in Recommendations X.208 and X.209, as well as the names 
  1017. of ASN.1 data types and values: 
  1018. .LP
  1019.     a)
  1020.     Abstract Syntax Notation One (ASN.1);
  1021. .LP
  1022.     b)
  1023.     Basic Encoding Rules;
  1024. .LP
  1025.     c)
  1026.     explicit;
  1027. .LP
  1028.     d)
  1029.     export;
  1030. .LP
  1031.     e)
  1032.     implicit;
  1033. .LP
  1034.     f
  1035. )
  1036.     import;
  1037. .LP
  1038.     g)
  1039.     macro;
  1040. .LP
  1041.     h)
  1042.     module;
  1043. .LP
  1044.     i)
  1045.     tag;
  1046. .LP
  1047.     j
  1048. )
  1049.     type; and
  1050. .LP
  1051.     k)
  1052.     value.
  1053. .PP
  1054. 3.1.3
  1055. This Recommendation and others in the set use the following
  1056. terms defined in Recommendation X.217:
  1057. .LP
  1058.     a)
  1059.     application association; association;
  1060. .LP
  1061.     b)
  1062.     application context (AC);
  1063. .LP
  1064.     c)
  1065.     association control service element (ACSE);
  1066. .LP
  1067.     d)
  1068.     initiator;
  1069. .LP
  1070.     e)
  1071.     responder.
  1072. .PP
  1073. 3.1.4
  1074. This Recommendation and others in the set use the following
  1075. terms defined in Recommendation X.218:
  1076. .LP
  1077.     a)
  1078.     Reliable transfer (RT); and
  1079. .LP
  1080.     b)
  1081.     Reliable transfer service element (RTSE).
  1082. .bp
  1083. .PP
  1084. 3.1.5
  1085. This Recommendation and others in the set use the following terms defined 
  1086. in Recommendation\ X.219: 
  1087. .LP
  1088.     a)
  1089.     argument;
  1090. .LP
  1091.     b)
  1092.     asynchronous;
  1093. .LP
  1094.     c)
  1095.     bind;
  1096. .LP
  1097.     d)
  1098.     parameter;
  1099. .LP
  1100.     e)
  1101.     remote error;
  1102. .LP
  1103.     f
  1104. )
  1105.     remote operation;
  1106. .LP
  1107.     g)
  1108.     remote operations (RO);
  1109. .LP
  1110.     h)
  1111.     remote operations service element (ROSE);
  1112. .LP
  1113.     i)
  1114.     result;
  1115. .LP
  1116.     j
  1117. )
  1118.     synchronous; and
  1119. .LP
  1120.     k)
  1121.     unbind.
  1122. .sp 1P
  1123. .LP
  1124. 3.2
  1125.     \fIDirectory systems\fR 
  1126. .sp 9p
  1127. .RT
  1128. .PP
  1129. This Recommendation and others in the set use the following terms defined 
  1130. in the X.500\(hyseries Recommendations: 
  1131. .RT
  1132. .LP
  1133.     a)
  1134.     attribute;
  1135. .LP
  1136.     b)
  1137.     certificate;
  1138. .LP
  1139.     c)
  1140.     certification authority;
  1141. .LP
  1142.     d)
  1143.     certification path;
  1144. .LP
  1145.     e)
  1146.     directory entry; entry;
  1147. .LP
  1148.     f
  1149. )
  1150.     directory system agent (DSA);
  1151. .LP
  1152.     g)
  1153.     directory;
  1154. .LP
  1155.     h)
  1156.     hash function;
  1157. .LP
  1158.     i)
  1159.     name;
  1160. .LP
  1161.     j
  1162. )
  1163.     object class;
  1164. .LP
  1165.     k)
  1166.     object;
  1167. .LP
  1168.     l)
  1169.     simple authentication;
  1170. .LP
  1171.     m)
  1172.     strong authentication.
  1173. .sp 1P
  1174. .LP
  1175. 3.3
  1176.     \fIMessage handling systems\fR 
  1177. .sp 9p
  1178. .RT
  1179. .PP
  1180. For the purposes of this Recommendation and others in the set, the definitions 
  1181. indexed in Annex\ G apply. 
  1182. .RT
  1183. .sp 2P
  1184. .LP
  1185. \fB4\fR     \fBAbbreviations\fR 
  1186. .sp 1P
  1187. .RT
  1188. .PP
  1189. For the purposes of this Recommendation and others in the set, the abbreviations 
  1190. indexed in Annex\ G apply. 
  1191. .RT
  1192. .sp 2P
  1193. .LP
  1194. \fB5\fR     \fBConventions\fR 
  1195. .sp 1P
  1196. .RT
  1197. .PP
  1198. This Recommendation uses the descriptive conventions identified
  1199. below.
  1200. .RT
  1201. .sp 1P
  1202. .LP
  1203. 5.1
  1204.     \fIASN.1\fR 
  1205. .sp 9p
  1206. .RT
  1207. .PP
  1208. This Recommendation uses several ASN.1\(hybased descriptive
  1209. conventions in Annexes\ A and\ C to define the Message Handling\(hyspecific
  1210. information the Directory may hold. In particular, it uses the OBJECT\(hyCLASS,
  1211. ATTRIBUTE, and ATTRIBUTE\(hySYNTAX macros of Recommendation\ X.501 to define
  1212. Message Handling\(hyspecific object classes, attributes, and attribute 
  1213. syntaxes. 
  1214. .PP
  1215. ASN.1 appears both in Annex A to aid the exposition, and again,
  1216. largely redundantly, in Annex\ C for reference. If differences are found
  1217. between the two, a specification error is indicated.
  1218. .PP
  1219. Note that ASN.1 tags are implicit throughout the ASN.1 module that
  1220. Annex\ C defines; the module is definitive in that respect.
  1221. .bp
  1222. .RT
  1223. .sp 1P
  1224. .LP
  1225. 5.2
  1226.     \fIGrade\fR 
  1227. .sp 9p
  1228. .RT
  1229. .PP
  1230. Whenever this Recommendation describes a class of data structure
  1231. (e.g., O/R addresses) having components (e.g., attributes), each component 
  1232. is assigned one of the following \fBgrades\fR : 
  1233. .RT
  1234. .LP
  1235.     a)
  1236.     \fBmandatory (M)\fR : a mandatory component shall be
  1237. present in every instance of the class.
  1238. .LP
  1239.     b)
  1240.     \fBoptional (O)\fR : an optional component shall be
  1241. present in an instance of the class at the discretion of the object
  1242. (e.g.,\ user) supplying that instance. There is no default value.
  1243. .LP
  1244.     c)
  1245.      \fBdefaultable (D)\fR : a defaultable component shall be present in an 
  1246. instance of the class at the discretion of the object (e.g.,\ user) 
  1247. supplying that instance. In its absence a default value, specified by this
  1248. Recommendation, applies.
  1249. .LP
  1250.     d)
  1251.     \fBconditional (C)\fR : a conditional component shall
  1252. be present in an instance of the class as dictated by this
  1253. Recommendation.
  1254. .sp 1P
  1255. .LP
  1256. 5.3
  1257.     \fITerms\fR 
  1258. .sp 9p
  1259. .RT
  1260. .PP
  1261. Throughout the remainder of this Recommendation, terms are rendered in 
  1262. \fBbold\fR when defined, in \fIitalic\fR when referenced prior to their 
  1263. definitions, without emphasis upon other occasions. 
  1264. .PP
  1265. Terms that are proper nouns are capitalized, generic terms are
  1266. not.
  1267. .RT
  1268. .LP
  1269. SECTION 2\ \(em\ ABSTRACT MODELS
  1270. .sp 1P
  1271. .RT
  1272. .sp 2P
  1273. .LP
  1274. \fB6\fR     \fBOverview\fR 
  1275. .sp 1P
  1276. .RT
  1277. .PP
  1278. This section presents abstract models of \fIMessage Handling\fR which provide 
  1279. the architectural basis for the more detailed specifications that 
  1280. appear in other Recommendations in the set.
  1281. .PP
  1282. \fBMessage Handling\fR is a distributed information processing task
  1283. that integrates the following intrinsically related sub\(hytasks:
  1284. .RT
  1285. .LP
  1286.     a)
  1287.     \fBMessage Transfer\fR :\| The non\(hyreal\(hytime carriage of
  1288. information objects between parties using computers as
  1289. intermediaries.
  1290. .LP
  1291.     b)
  1292.     \fBMessage Storage\fR :\| The automatic storage for later
  1293. retrieval of information objects conveyed by means of
  1294. Message Transfer.
  1295. .PP
  1296. This section covers the following topics:
  1297. .LP
  1298.     a)
  1299.     functional model;
  1300. .LP
  1301.     b)
  1302.     information model;
  1303. .LP
  1304.     c)
  1305.     operational model;
  1306. .LP
  1307.     d)
  1308.     security model.
  1309. .PP
  1310. \fINote\fR \ \(em\ Message Handling has a variety of applications, one of
  1311. which is Interpersonal Messaging, described in Recommendation\ X.420.
  1312. .sp 2P
  1313. .LP
  1314. \fB7\fR     \fBFunctional model\fR 
  1315. .sp 1P
  1316. .RT
  1317. .PP
  1318. This clause provides a functional model of Message Handling. The
  1319. concrete realization of the model is the subject of other Recommendations in
  1320. the set.
  1321. .PP
  1322. The \fBMessage Handling Environment\fR ; comprises
  1323. \*Qprimary\*U functional objects of several types, the \fIMessage Handling 
  1324. System\fR \fI(MHS), users\fR , \|and \fIdistribution lists\fR .\| The MHS 
  1325. in turn can be decomposed into lesser, \*Qsecondary\*U functional objects 
  1326. of several types, the 
  1327. \fIMessage Transfer System (MTS), user agents, message stores\fR , and
  1328. \fIaccess units\fR . The MTS in turn can be decomposed into still lesser, 
  1329. \*Qtertiary\*U functional objects of a single type, message transfer agents. 
  1330. .PP
  1331. The primary, secondary, and tertiary functional object types and
  1332. selected \fIaccess unit\fR \| types are individually defined and described
  1333. below.
  1334. .bp
  1335. .PP
  1336. As detailed below, functional objects are sometimes tailored to one or 
  1337. more applications of Message Handling, e.g., Interpersonal Messaging (see 
  1338. Recommendations X.420 and T.330). A functional object that has been tailored 
  1339. to an application understands the syntax and semantics of the contents 
  1340. of messages exchanged in that application. 
  1341. .PP
  1342. As a local matter, functional objects may have capabilities beyond
  1343. those specified in this Recommendation or others in the set. In particular, 
  1344. a typical \fIuser agent\fR \| has message preparation, rendition, and storage 
  1345. capabilities that are not standardized.
  1346. .RT
  1347. .sp 1P
  1348. .LP
  1349. 7.1
  1350.     \fIPrimary functional objects\fR 
  1351. .sp 9p
  1352. .RT
  1353. .PP
  1354. The MHE comprises the \fIMessage Handling System\fR , \fIusers\fR , and
  1355. \fIdistribution lists\fR . These primary functional objects interact with one
  1356. another. Their types are defined and described below.
  1357. .PP
  1358. The situation is depicted in Figure 1/X.402.
  1359. .RT
  1360. .LP
  1361. .rs
  1362. .sp 14P
  1363. .ad r
  1364. \fBFigure 1/X.402, (N), p.\fR 
  1365. .sp 1P
  1366. .RT
  1367. .ad b
  1368. .RT
  1369. .sp 1P
  1370. .LP
  1371. 7.1.1
  1372.     \fIMessage Handling System\fR 
  1373. .sp 9p
  1374. .RT
  1375. .PP
  1376. The principal purpose of Message Handling is to convey information objects 
  1377. from one party to another. The functional object by means of which this 
  1378. is accomplished is called the \fBMessage Handling System\fR . 
  1379. .PP
  1380. The MHE comprises a single MHS.
  1381. .RT
  1382. .sp 1P
  1383. .LP
  1384. 7.1.2
  1385.     \fIUsers\fR 
  1386. .sp 9p
  1387. .RT
  1388. .PP
  1389. The principal purpose of the MHS is to convey information objects between 
  1390. \fIusers\fR . A functional object (e.g., a person) that engages in (rather 
  1391. than provides) Message Handling is called a \fBuser\fR . 
  1392. .PP
  1393. The following kinds of user are distinguished:
  1394. .RT
  1395. .LP
  1396.     a)
  1397.      \fBdirect user\fR : A user that engages in Message Handling by direct 
  1398. use of the MHS. 
  1399. .LP
  1400.     b)
  1401.      \fBindirect user\fR : A user that engages in Message Handling by indirect 
  1402. use of the MHS, i.e., through another communication system (e.g., a postal 
  1403. system or the telex network) to which the MHS is linked. 
  1404. .PP
  1405. The MHE comprises any number of users.
  1406. .sp 1P
  1407. .LP
  1408. 7.1.3
  1409.     \fIDistribution lists\fR 
  1410. .sp 9p
  1411. .RT
  1412. .PP
  1413. By means of the MHS a user can convey information objects to
  1414. pre\(hyspecified groups of users as well as to individual users. The functional 
  1415. object that represents a pre\(hyspecified group of users and other DLs 
  1416. is called a \fBdistribution list (DL)\fR . 
  1417. .PP
  1418. A DL identifies zero or more users and DLs called its \fBmembers\fR .
  1419. The latter DLs (if any) are said to be nested. Asking the MHS to convey
  1420. an information object (e.g., a \fImessage\fR ) to a DL is tantamount to 
  1421. asking that it convey the object to its members. Note that this is recursive. 
  1422. .bp
  1423. .PP
  1424. The right, or permission, to convey \fImessages\fR \| to a particular DL 
  1425. may be controlled. This right is called \fBsubmit permission\fR . As a 
  1426. local matter the use of a DL can be further restricted. 
  1427. .PP
  1428. The MHE comprises any number of DLs.
  1429. .PP
  1430. \fINote\fR \ \(em\ A DL might be further restricted, e.g., to the conveyance 
  1431. of \fImessages\fR \| of a prescribed \fIcontent type\fR . 
  1432. .RT
  1433. .sp 1P
  1434. .LP
  1435. 7.2
  1436.     \fISecondary functional objects\fR 
  1437. .sp 9p
  1438. .RT
  1439. .PP
  1440. The MHS comprises the \fIMessage Transfer System, user agents\fR ,
  1441. \fImessage stores\fR , and \fIaccess units\fR . These secondary functional 
  1442. objects 
  1443. interact with one another. Their types are defined and described below.
  1444. .PP
  1445. The situation is depicted in Figure 2/X.402.
  1446. .RT
  1447. .LP
  1448. .rs
  1449. .sp 16P
  1450. .ad r
  1451. \fBFigure 2/X.402, (N), p.\fR 
  1452. .sp 1P
  1453. .RT
  1454. .ad b
  1455. .RT
  1456. .sp 1P
  1457. .LP
  1458. 7.2.1
  1459.     \fIMessage Transfer System\fR 
  1460. .sp 9p
  1461. .RT
  1462. .PP
  1463. The MHS conveys information objects to individual users and to the members 
  1464. of DLs. The functional object that actually does this is called the 
  1465. \fBMessage Transfer System (MTS)\fR . The MTS is a store\(hyand\(hyforward
  1466. communication system and can be considered the backbone of the MHS.
  1467. .PP
  1468. The MTS is general\(hypurpose, supporting all applications of Message
  1469. Handling. Additionally, the MTS may be tailored to one or more particular
  1470. applications so it can carry out \fIconversion\fR .
  1471. .PP
  1472. The MHS comprises a single MTS.
  1473. .RT
  1474. .sp 1P
  1475. .LP
  1476. 7.2.2
  1477.     \fIUser agents\fR 
  1478. .sp 9p
  1479. .RT
  1480. .PP
  1481. The functional object by means of which a single direct user
  1482. engages in Message Handling is called a \fBuser agent (UA)\fR .
  1483. .PP
  1484. A typical UA is tailored to one or more particular applications of
  1485. Message Handling.
  1486. .PP
  1487. The MHS comprises any number of UAs.
  1488. .PP
  1489. \fINote\fR \ \(em\ A UA that serves a human user typically interacts with 
  1490. him by means of inputB/Foutput devices (e.g., a keyboard, display, scanner, 
  1491. printer, or combination of these). 
  1492. .RT
  1493. .sp 1P
  1494. .LP
  1495. 7.2.3
  1496.     \fIMessage stores\fR 
  1497. .sp 9p
  1498. .RT
  1499. .PP
  1500. A typical user must store the information objects it receives. The functional 
  1501. object that provides a (single) direct user with capabilities for 
  1502. Message Storage is called a \fBmessage store (MS)\fR . Each MS is associated 
  1503. with one UA, but not every UA has an associated MS. 
  1504. .bp
  1505. .PP
  1506. Every MS is general\(hypurpose, supporting all applications of Message
  1507. Handling. Additionally, an MS may be tailored to one or more particular
  1508. applications so that it can more capably \fIsubmit\fR \| and support the
  1509. \fIretrieval of messages\fR \| associated with that application.
  1510. .PP
  1511. The MHS comprises any number of MSs.
  1512. .PP
  1513. \fINote\fR \ \(em\ As a local matter a UA may provide for information objects
  1514. storage that either supplements or replaces that of an MS.
  1515. .RT
  1516. .sp 1P
  1517. .LP
  1518. 7.2.4
  1519.     \fIAccess units\fR 
  1520. .sp 9p
  1521. .RT
  1522. .PP
  1523. The functional object that links another communication system
  1524. (e.g., a postal system or the telex network) to the MTS and via
  1525. which its patrons engage in Message Handling as indirect users is called an
  1526. \fBaccess unit (AU)\fR .
  1527. .PP
  1528. A typical AU is tailored to a particular communication system and to one 
  1529. or more particular applications of Message Handling. 
  1530. .PP
  1531. The MHS comprises any number of AUs.
  1532. .RT
  1533. .sp 1P
  1534. .LP
  1535. 7.3
  1536.     \fITertiary functional objects\fR 
  1537. .sp 9p
  1538. .RT
  1539. .PP
  1540. The MTS comprises \fImessage transfer agents\fR . These tertiary
  1541. functional objects interact. Their type is defined and described below.
  1542. .PP
  1543. The situation is depicted in Figure 3/X.402.
  1544. .RT
  1545. .LP
  1546. .rs
  1547. .sp 13P
  1548. .ad r
  1549. \fBFigure 3/X.402, (N), p.\fR 
  1550. .sp 1P
  1551. .RT
  1552. .ad b
  1553. .RT
  1554. .sp 1P
  1555. .LP
  1556. 7.3.1
  1557.     \fIMessage transfer agents\fR 
  1558. .sp 9p
  1559. .RT
  1560. .PP
  1561. The MTS conveys information objects to users and DLs in a
  1562. store\(hyand\(hyforward manner. A functional object that provides one link 
  1563. in the 
  1564. MTS' store\(hyand\(hyforward chain is called a \fBmessage transfer agent 
  1565. (MTA)\fR . 
  1566. .PP
  1567. Every MTA is general\(hypurpose, supporting all applications of Message 
  1568. Handling. Additionally, an MTA may be tailored to one or more particular 
  1569. applications so it can carry out \fIconversion\fR .
  1570. .PP
  1571. The MTS comprises any number of MTAs.
  1572. .RT
  1573. .sp 1P
  1574. .LP
  1575. 7.4
  1576.     \fISelected AU types\fR 
  1577. .sp 9p
  1578. .RT
  1579. .PP
  1580. As described above, the MHS interworks with communication systems of other 
  1581. types via AUs. Several selected AU types\(em\fIphysical delivery\fR , 
  1582. telematic, and telex\(emare introduced in the clauses below.
  1583. .RT
  1584. .sp 1P
  1585. .LP
  1586. 7.4.1
  1587.     \fIPhysical delivery\fR 
  1588. .sp 9p
  1589. .RT
  1590. .PP
  1591. A \fBphysical delivery access unit (PDAU)\fR \| is an AU that subjects
  1592. \fImessages\fR (but neither \fIprobes\fR \| nor \fIreports\fR ) to \fIphysical 
  1593. rendition\fR and 
  1594. that conveys the resulting \fIphysical messages\fR \| to a \fIphysical 
  1595. delivery\fR 
  1596. \fIsystem\fR .
  1597. .bp
  1598. .PP
  1599. The transformation of a \fImessage\fR \| into a \fIphysical message\fR \| is
  1600. called \fBphysical rendition\fR . A \fBphysical message\fR is a physical
  1601. object (e.g., a letter and its paper envelope) that embodies a \fImessage\fR .
  1602. .PP
  1603. A \fBphysical delivery system (PDS)\fR \| is a system that performs
  1604. \fIphysical delivery\fR . One important kind of PDS is postal systems.
  1605. \fBPhysical delivery\fR is the conveyance of a physical message to a patron of
  1606. a PDS, one of the indirect users to which the PDAU provides Message Handling
  1607. capabilities.
  1608. .PP
  1609. Among the applications of Message Handling supported by every PDAU is Interpersonal 
  1610. Messaging 
  1611. (see\ Recommendation X.420).
  1612. .RT
  1613. .sp 1P
  1614. .LP
  1615. 7.4.2
  1616.     \fITelematic\fR 
  1617. .sp 9p
  1618. .RT
  1619. .PP
  1620. Telematic access units, which support Interpersonal Messaging
  1621. exclusively, are introduced in Recommendation X.420.
  1622. .RT
  1623. .sp 1P
  1624. .LP
  1625. 7.4.3
  1626.     \fITelex\fR 
  1627. .sp 9p
  1628. .RT
  1629. .PP
  1630. Telex access units, which support Interpersonal Messaging
  1631. exclusively, are introduced in Recommen
  1632. dation\ X.420.
  1633. .RT
  1634. .sp 2P
  1635. .LP
  1636. \fB8\fR     \fBInformation model\fR 
  1637. .sp 1P
  1638. .RT
  1639. .PP
  1640. This clause provides an information model of Message Handling. The concrete 
  1641. realization of the model is the subject of other Recommendations in 
  1642. the set.
  1643. .PP
  1644. The MHS and MTS can convey information objects of three classes:
  1645. \fImessages\fR , \fIprobes\fR \| and \fIreports\fR . These classes are 
  1646. listed in the first 
  1647. column of Table 4/X.402. For each listed class, the second column indicates 
  1648. the kinds of functional objects \(em users, UAs, MSs, MTAs, and AUs \(em 
  1649. that are the 
  1650. ultimate sources and destinations for such objects.
  1651. .RT
  1652. .ce
  1653. \fBH.T. [T4.402]\fR 
  1654. .ce
  1655. TABLE\ 4/X.402
  1656. .ce
  1657. \fBConveyable information objects\fR 
  1658. .ps 9
  1659. .vs 11
  1660. .nr VS 11
  1661. .nr PS 9
  1662. .TS
  1663. center box;
  1664. cw(48p) | cw(36p) sw(18p) sw(18p) sw(18p) sw(18p) , ^  | c | c | c | c | c.
  1665. Information  object     Functional object 
  1666.     User     UA    MS    MTA     AU 
  1667. _
  1668. .T&
  1669. lw(48p) | cw(36p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) .
  1670. Message    SD    \(em    \(em    \(em    \(em 
  1671. .T&
  1672. lw(48p) | cw(36p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) .
  1673. Probe    S    \(em    \(em    D    \(em 
  1674. .T&
  1675. lw(48p) | cw(36p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) .
  1676. Report    D    \(em    \(em    S    T{
  1677. \(em 
  1678. S
  1679. Ultimate source
  1680. .parag
  1681. D
  1682. Ultimate destination
  1683. .parag
  1684. T}
  1685. _
  1686. .TE
  1687. .nr PS 9
  1688. .RT
  1689. .ad r
  1690. \fBTableau 4/X.402 [T4.402], p.\fR 
  1691. .sp 1P
  1692. .RT
  1693. .ad b
  1694. .RT
  1695. .LP
  1696. .sp 2
  1697. .PP
  1698. The information objects, summarized in Table\ 4/X.402, are
  1699. individually defined and described below.
  1700. .sp 1P
  1701. .LP
  1702. 8.1
  1703.     \fIMessages\fR 
  1704. .sp 9p
  1705. .RT
  1706. .PP
  1707. The primary purpose of Message Transfer is to convey information
  1708. objects called \fBmessages\fR \| from one user to others. A message has the
  1709. following parts, as depicted in Figure 4/X.402:
  1710. .RT
  1711. .LP
  1712.     a)
  1713.     \fBenvelope\fR : An information object whose composition
  1714. varies from one \fItransmittal step\fR \| to another and that variously 
  1715. identifies 
  1716. the message's \fIoriginator\fR \| and \fIpotential recipients\fR ,\| documents 
  1717. its previous conveyance and directs its subsequent conveyance by the MTS, 
  1718. and characterizes its \fIcontent\fR . 
  1719. .LP
  1720.     b)
  1721.     \fBcontent\fR : An information object that the MTS neither
  1722. examines nor modifies, except for \fIconversion\fR ,\| during its conveyance 
  1723. of the message. 
  1724. .bp
  1725. .LP
  1726. .rs
  1727. .sp 15P
  1728. .ad r
  1729. \fBFigure 4/X.402, (N), p.\fR 
  1730. .sp 1P
  1731. .RT
  1732. .ad b
  1733. .RT
  1734. .PP
  1735. One piece of information borne by the envelope identifies the type of the 
  1736. content. The \fBcontent type\fR \| is an identifier (an ASN.1 Object 
  1737. Identifier or Integer) that denotes the syntax and semantics of the content
  1738. overall. This identifier enables the MTS to determine the message's
  1739. \fIdeliverability\fR to particular users, and enables UAs and MSs to interpret 
  1740. and process the content. 
  1741. .PP
  1742. Another piece of information borne by the envelope identifies the
  1743. types of encoded information represented in the content. An \fBencoded\fR 
  1744. \fBinformation type (EIT)\fR is an identifier (an ASN.1 Object Identifier or
  1745. Integer) that denotes the medium and format (e.g., IA5 text or Group 3
  1746. facsimile) of individual portions of the content. It further enables the 
  1747. MTS to determine the message's deliverability to particular users, and 
  1748. to identify 
  1749. opportunities for it to \fImake\fR the message deliverable by converting 
  1750. a portion of the content from one EIT to another. 
  1751. .RT
  1752. .sp 1P
  1753. .LP
  1754. 8.2
  1755.     \fIProbes\fR 
  1756. .sp 9p
  1757. .RT
  1758. .PP
  1759. A second purpose of Message Transfer is to convey information
  1760. objects called \fBprobes\fR \| from one user up to but just short of other 
  1761. users 
  1762. (i.e., to the MTAs serving those users). A probe describes a class of message 
  1763. and is used to determine the \fIdeliverability\fR \| of such messages. 
  1764. .PP
  1765. A message described by a probe is called a 
  1766. \fBdescribed\fR 
  1767. \fBmessage\fR .
  1768. .PP
  1769. A probe comprises an envelope alone. This envelope contains much the same 
  1770. information as that for a message. Besides bearing the content type and 
  1771. encoded information types of a described message, the probe's envelope bears
  1772. the length of its content.
  1773. .PP
  1774. The \fIsubmission\fR \| of a probe elicits from the MTS largely the same
  1775. behavior as would submission of any described message, except that
  1776. \fIDL expansion\fR and \fIdelivery\fR are forgone in the case of the probe. In
  1777. particular, and apart from the consequences of the suppression of
  1778. \fIDL expansion\fR , the probe provokes the same \fIreports\fR \| as would 
  1779. any described message. This fact gives probes their utility. 
  1780. .RT
  1781. .sp 1P
  1782. .LP
  1783. 8.3
  1784.     \fIReports\fR 
  1785. .sp 9p
  1786. .RT
  1787. .PP
  1788. A third purpose of Message Transfer is to convey information
  1789. objects called \fBreports\fR to users. Generated by the MTS, a report relates 
  1790. the outcome or progress of a message's or probe's \fItransmittal\fR \| 
  1791. to one or more 
  1792. potential recipients.
  1793. .PP
  1794. The message or probe that is the subject of a report is called its
  1795. \fBsubject message\fR \| or \fBsubject probe\fR .
  1796. .PP
  1797. A report concerning a particular potential recipient is conveyed to
  1798. the \fIoriginator\fR \| of the subject message or probe unless the \fIpotential\fR 
  1799. \fIrecipient\fR is a \fImember recipient\fR . In the latter case, the report is
  1800. conveyed to the DL of which the \fImember recipient\fR is a member. As a local
  1801. matter (i.e., by policy established for that particular DL), the report 
  1802. may be further conveyed to the DL's owner; either to another, containing 
  1803. DL (in the 
  1804. case of nesting) or to the originator of the subject message (otherwise); or
  1805. both.
  1806. .bp
  1807. .PP
  1808. The outcomes that a single report may relate are of the following
  1809. kinds:
  1810. .RT
  1811. .LP
  1812.     a)
  1813.      \fBdelivery report\fR \fIdelivery, export\fR , \|or \fIaffirmation\fR 
  1814. \| of the subject message or probe, or \fIDL expansion\fR . 
  1815. .LP
  1816.     b)
  1817.     \fBnon\(hydelivery report\fR \fInon\(hydelivery\fR \| or
  1818. \fInon\(hyaffirmation\fR \| of the subject message or probe.
  1819. .PP
  1820. A report may comprise one or more delivery and/or non\(hydelivery
  1821. reports.
  1822. .PP
  1823. A message or probe may provoke several delivery and/or non\(hydelivery
  1824. reports concerning a particular \fIpotential recipient\fR . Each marks 
  1825. the passage of a different transmittal \fIstep\fR or \fIevent\fR . 
  1826. .RT
  1827. .sp 2P
  1828. .LP
  1829. \fB9\fR     \fBOperational model\fR 
  1830. .sp 1P
  1831. .RT
  1832. .PP
  1833. This clause provides an operational model of Message Handling. The concrete 
  1834. realization of the model is the subject of other Recommendations in 
  1835. the set.
  1836. .PP
  1837. The MHS can convey an information object to individual users, DLs, or a 
  1838. mix of the two. Such conveyance is accomplished by a process called 
  1839. \fItransmittal\fR comprising \fIsteps\fR and \fIevents\fR . The process, 
  1840. its parts, and 
  1841. the roles that users and DLs play in it are defined and described
  1842. below.
  1843. .RT
  1844. .sp 1P
  1845. .LP
  1846. 9.1
  1847.     \fITransmittal\fR 
  1848. .sp 9p
  1849. .RT
  1850. .PP
  1851. The conveyance or attempted conveyance of a message or probe is
  1852. called \fBtransmittal\fR . Transmittal encompasses a message's conveyance 
  1853. from its \fIoriginator\fR to its \fIpotential recipients\fR , and a probe's 
  1854. conveyance from its \fIoriginator\fR to MTAs able to \fIaffirm\fR the described 
  1855. messages' 
  1856. \fIdeliverability\fR to the probe's \fIpotential recipients\fR . Transmittal 
  1857. also 
  1858. encompasses the conveyance or attempted conveyance to the \fIoriginator\fR 
  1859. of any reports the message or probe may provoke. 
  1860. .PP
  1861. A transmittal comprises a sequence of \fItransmittal steps\fR \| and
  1862. \fIevents\fR . A \fBtransmittal step\fR (or \fBstep\fR ) is the conveyance 
  1863. of a message, 
  1864. probe,
  1865. or report from one functional object to another \*Qadjacent\*U to it. A
  1866. \fBtransmittal\fR \fBevent\fR (or \fBevent\fR ) is processing of a message, 
  1867. probe, or report within a 
  1868. functional object that may influence the functional object's selection 
  1869. of the next transmittal step or event. 
  1870. .PP
  1871. The information flow of transmittal is depicted in Figure 5/X.402. The 
  1872. figure shows the kinds of functional objects \(em direct users, indirect 
  1873. users, 
  1874. UAs, MSs, MTAs, and AUs \(em that may be involved in a transmittal, the
  1875. information
  1876. objects \(em messages, probes, and reports \(em that may be conveyed between 
  1877. them, 
  1878. and the names of the transmittal steps by means of which those conveyances 
  1879. are accomplished. 
  1880. .RT
  1881. .LP
  1882. .rs
  1883. .sp 22P
  1884. .ad r
  1885. \fBFigure 5/X.402, (N), p.\fR 
  1886. .sp 1P
  1887. .RT
  1888. .ad b
  1889. .RT
  1890. .LP
  1891. .bp
  1892. .PP
  1893. The Figure highlights the facts that a message or report may be
  1894. retrieved repeatedly and that only the first conveyance of a retrieved 
  1895. object from UA to user constitutes \fIreceipt\fR . 
  1896. .PP
  1897. One event plays a distinguished role in transmittal. \fISplitting\fR \|
  1898. replicates a message or probe and divides responsibility for its \fIimmediate\fR 
  1899. \fIrecipients\fR \| among the resulting information objects. The potential 
  1900. recipients associated with a particular instance of a message or probe 
  1901. are called the 
  1902. \fBimmediate recipients\fR . An MTA stages a splitting if the next step or
  1903. event required in the conveyance of a message or probe to some immediate
  1904. recipients differs from that required in its conveyance to others. Each 
  1905. of the step and event descriptions which follow assumes that the step or 
  1906. event is 
  1907. appropriate for all immediate recipients, a situation that can be created, 
  1908. if necessary, by splitting. 
  1909. .RT
  1910. .sp 1P
  1911. .LP
  1912. 9.2
  1913.     \fITransmittal roles\fR 
  1914. .sp 9p
  1915. .RT
  1916. .PP
  1917. Users and DLs play a variety of roles in a message's or probe's
  1918. transmittal. These roles are informally categorized as \*Qsource\*U roles,
  1919. \*Qdestination\*U roles, or statuses to which users or DLs can be elevated.
  1920. .RT
  1921. .PP
  1922. 9.2.1
  1923. A user may play the following \*Qsource\*U role in the transmittal of a
  1924. message or probe:
  1925. .LP
  1926.     a)
  1927.     \fBoriginator\fR : The user (but not DL) that is the
  1928. ultimate source of a message or probe.
  1929. .PP
  1930. 9.2.2
  1931. A user or DL may play any of the following \*Qdestination\*U roles in
  1932. the transmittal of a message or probe:
  1933. .LP
  1934.     a)
  1935.     \fBintended recipient\fR : One of the users and DLs the
  1936. originator specifies as a message's or probe's intended destinations.
  1937. .LP
  1938.     b)
  1939.     \fBoriginator\(hyspecified alternate recipient\fR : The user
  1940. or DL (if any) to which the originator requests that a
  1941. message or probe be conveyed if it cannot be conveyed to a
  1942. particular intended recipient.
  1943. .LP
  1944.     c)
  1945.     \fBmember recipient\fR : A user or DL to which a message (but
  1946. not a probe) is conveyed as a result of
  1947. DL\ \fIexpansion\fR .
  1948. .LP
  1949.     d)
  1950.     \fBrecipient\(hyassigned alternate recipient\fR : The user or DL
  1951. (if any) to which an intended, originator\(hy 
  1952. specified
  1953. alternate, or member recipient may have elected to
  1954. \fIredirect\fR messages.
  1955. .PP
  1956. 9.2.3
  1957. A user or DL may attain any of the following statuses in
  1958. the course of a message's or probe's transmittal:
  1959. .LP
  1960.     a)
  1961.     \fBpotential recipient\fR : Any user or DL to (i.e., toward)
  1962. which a message or probe is conveyed at any point during
  1963. the course of transmittal.  Necessarily an intended,
  1964. originator\(hyspecified alternate, member, or recipient\(hyassigned
  1965. alternate recipient.
  1966. .LP
  1967.     b)
  1968.     \fBactual recipient\fR (or \fBrecipient\fR ): A potential
  1969. recipient for which \fIdelivery\fR \| or \fIaffirmation\fR takes
  1970. place.
  1971. .sp 1P
  1972. .LP
  1973. 9.3
  1974.     \fITransmittal steps\fR 
  1975. .sp 9p
  1976. .RT
  1977. .PP
  1978. The kinds of steps that may occur in a transmittal are listed in
  1979. the first column of Table 5/X.402. For each listed kind, the second column
  1980. indicates whether this Recommendation and others in the set standardize such
  1981. steps, the third column the kinds of information objects \(em messages, probes,
  1982. and
  1983. reports \(em that may be conveyed in such a step, the fourth column the 
  1984. kinds of functional objects \(em users, UAs, MSs, MTAs, and AUs \(em that 
  1985. may participate in such a step as the object's source or destination. 
  1986. .PP
  1987. The Table is divided into three sections. The steps in the first
  1988. section apply to the \*Qcreation\*U of messages and probes, those in the 
  1989. last to 
  1990. the \*Qdisposal\*U of messages and reports, and those in the middle section 
  1991. to the \*Qrelaying\*U of messages, probes, and reports. 
  1992. .RT
  1993. .PP
  1994. The kinds of transmittal steps, summarized in Table\ 5/X.402, are individually 
  1995. defined and described below. 
  1996. .bp
  1997. .ce
  1998. \fBH.T. [T5.402]\fR 
  1999. .ce
  2000. TABLE\ 5/X.402
  2001. .ce
  2002. \fBTransmittal steps\fR 
  2003. .ps 9
  2004. .vs 11
  2005. .nr VS 11
  2006. .nr PS 9
  2007. .TS
  2008. center box;
  2009. cw(36p) | cw(36p) | cw(18p) sw(18p) sw(18p) | cw(30p) sw(18p) sw(18p) sw(18p) sw(18p) , ^  | ^  | c | c | c | c | c | c | c | c.
  2010. Transmittal step     Standardized?     Information objects     Functional objects
  2011.         M    P    R    User    UA    MS    MTA    AU
  2012. _
  2013. .T&
  2014. lw(36p) | cw(36p) | cw(18p) | cw(18p) | cw(18p) | cw(30p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) .
  2015. Origination    No    X    X    \(em    S    D    \(em    \(em    \(em 
  2016. .T&
  2017. lw(36p) | cw(36p) | cw(18p) | cw(18p) | cw(18p) | cw(30p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) .
  2018. Submission    Yes    X    X    \(em    \(em    S    SD    D    \(em 
  2019. _
  2020. .T&
  2021. lw(36p) | cw(36p) | cw(18p) | cw(18p) | cw(18p) | cw(30p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) .
  2022. Import    No    X    X    X    \(em    \(em    \(em    D    S
  2023. .T&
  2024. lw(36p) | cw(36p) | cw(18p) | cw(18p) | cw(18p) | cw(30p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) .
  2025. Transfer    Yes    X    X    X    \(em    \(em\fR    \(em    SD    \(em 
  2026. .T&
  2027. lw(36p) | cw(36p) | cw(18p) | cw(18p) | cw(18p) | cw(30p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) .
  2028. Export    No    X    X    X    \(em    \(em    \(em    S    D 
  2029. _
  2030. .T&
  2031. lw(36p) | cw(36p) | cw(18p) | cw(18p) | cw(18p) | cw(30p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) .
  2032. Delivery    Yes    X    \(em    X    \(em    D    D    S    \(em 
  2033. .T&
  2034. lw(36p) | cw(36p) | cw(18p) | cw(18p) | cw(18p) | cw(30p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) .
  2035. Retrieval    Yes    X    \(em    X    \(em    D    S    \(em    \(em 
  2036. .T&
  2037. lw(36p) | cw(36p) | cw(18p) | cw(18p) | cw(18p) | cw(30p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) .
  2038. Reception    No    X    \(em    X    D    S    \(em    \(em    T{
  2039. \(em 
  2040. M
  2041. Message
  2042. S
  2043. Source
  2044. .parag
  2045. P
  2046. Probe
  2047. D
  2048. Destination
  2049. .parag
  2050. R
  2051. Report
  2052. X
  2053. Permitted
  2054. .parag
  2055. T}
  2056. _
  2057. .TE
  2058. .nr PS 9
  2059. .RT
  2060. .ad r
  2061. \fBTableau 5/X.402 [T5.402], p.\fR 
  2062. .sp 1P
  2063. .RT
  2064. .ad b
  2065. .RT
  2066. .LP
  2067. .sp 2
  2068. .sp 1P
  2069. .LP
  2070. 9.3.1
  2071.     \fIOrigination\fR 
  2072. .sp 9p
  2073. .RT
  2074. .PP
  2075. In an \fBorigination\fR step, either a direct user conveys a message or 
  2076. probe to its UA, or an indirect user conveys a message or probe to the 
  2077. communication system that serves it. This step gives birth to the message or
  2078. probe and is the first step in its transmittal.
  2079. .PP
  2080. The user above constitutes the message's or probe's originator. In
  2081. this step, the originator identifies the message's or probe's intended
  2082. recipients. Additionally, for each intended recipient, the originator may 
  2083. (but need not) identify an originator\(hyspecified alternate recipient. 
  2084. .RT
  2085. .sp 1P
  2086. .LP
  2087. 9.3.2
  2088.     \fISubmission\fR 
  2089. .sp 9p
  2090. .RT
  2091. .PP
  2092. In a \fBsubmission\fR step, a message or probe is conveyed to an
  2093. MTA and thus entrusted to the MTS. Two kinds of submission are
  2094. distinguished:
  2095. .RT
  2096. .LP
  2097.     a)
  2098.     \fBindirect submission\fR : A transmittal step in which the
  2099. originator's UA conveys a message or probe to its MS and in which the MS
  2100. effects direct submission. Such a step follows origination.
  2101. .LP
  2102.     This step may be taken only if the user is equipped with
  2103. an MS.
  2104. .LP
  2105.     b)
  2106.     \fBdirect submission\fR : A transmittal step in which the
  2107. originator's UA or MS conveys a message or probe to an MTA. Such a step 
  2108. follows origination or occurs as part of indirect submission. 
  2109. .LP
  2110.     This step may be taken whether or not the user is equipped   with an MS.
  2111. .PP
  2112. Indirect and direct submission are functionally equivalent except that 
  2113. additional capabilities may be available with the former. Indirect 
  2114. submission may differ from direct submission in other respects (e.g., the
  2115. number of open systems with which that embodying a UA must interact) and for
  2116. that reason be preferable to direct submission.
  2117. .PP
  2118. The UA or MS involved in direct submission is called the
  2119. \fBsubmission agent\fR . A submission agent is made known to the MTS by a
  2120. process of registration, as a result of which the submission agent and 
  2121. MTS keep one another informed of their names, their locations, and any 
  2122. other 
  2123. characteristics required for their interaction.
  2124. .bp
  2125. .RT
  2126. .sp 1P
  2127. .LP
  2128. 9.3.3
  2129.     \fIImport\fR 
  2130. .sp 9p
  2131. .RT
  2132. .PP
  2133. In an \fBimport\fR step, an AU conveys a message, probe, or report
  2134. to an MTA. This step injects into the MTS an information object born in
  2135. another communication system, and follows its conveyance by that system.
  2136. .PP
  2137. \fINote\fR \ \(em\ The concept of importing is a generic one. How this 
  2138. step is effected varies, of course, from one type of AU to another. 
  2139. .RT
  2140. .sp 1P
  2141. .LP
  2142. 9.3.4
  2143.     \fITransfer\fR 
  2144. .sp 9p
  2145. .RT
  2146. .PP
  2147. In a \fBtransfer\fR step, one MTA conveys a message, probe, or report   to
  2148. another. This step transports an information object over physical and sometimes 
  2149. organizational distances and follows direct submission, import, or (a prior) 
  2150. transfer.
  2151. .PP
  2152. This step may be taken, of course, only if the MTS comprises several   MTAs.
  2153. .PP
  2154. The following kinds of transfer are distinguished, on the basis of the 
  2155. number of MDs involved: 
  2156. .RT
  2157. .LP
  2158.     a)
  2159.      \fBinternal transfer\fR : A transfer involving MTAs within a single \fIMD\fR 
  2160. . 
  2161. .LP
  2162.     b)
  2163.     \fBexternal transfer\fR : A transfer involving MTAs in
  2164. different \fIMD\fR s.
  2165. .sp 1P
  2166. .LP
  2167. 9.3.5
  2168.     \fIExport\fR 
  2169. .sp 9p
  2170. .RT
  2171. .PP
  2172. In an \fBexport\fR step, an MTA conveys a message, probe, or
  2173. report to an AU. This step ejects from the MTS an information object bound 
  2174. for another communication system. It follows direct submission, import, 
  2175. or 
  2176. transfer.
  2177. .PP
  2178. As part of this step, the MTA may generate a delivery report.
  2179. .PP
  2180. \fINote\fR \ \(em\ The concept of exporting is a generic one. How this 
  2181. step is effected varies, of course, from one type of AU to another. 
  2182. .RT
  2183. .sp 1P
  2184. .LP
  2185. 9.3.6
  2186.     \fIDelivery\fR 
  2187. .sp 9p
  2188. .RT
  2189. .PP
  2190. In a \fBdelivery\fR step, an MTA conveys a message or report to an MS or 
  2191. UA. The MS and UA are those of a potential recipient of the message, or 
  2192. the originator of the report's subject message or probe. This step entrusts 
  2193. the 
  2194. information object to a representative of the user and follows direct
  2195. submission, import, or transfer. It also elevates the user in question 
  2196. to the status of an actual recipient. 
  2197. .PP
  2198. As part of this step, in the case of a message, the MTA may generate a 
  2199. delivery report. 
  2200. .PP
  2201. The MS or UA involved is called the \fBdelivery agent\fR . A delivery agent 
  2202. is made known to the MTS by a process of registration, as a result of which 
  2203. the delivery agent and MTS keep one another informed of their names, their 
  2204. locations, and any other characteristics required for their
  2205. interaction.
  2206. .RT
  2207. .sp 1P
  2208. .LP
  2209. 9.3.7
  2210.     \fIRetrieval\fR 
  2211. .sp 9p
  2212. .RT
  2213. .PP
  2214. In a \fBretrieval\fR step, a user's MS conveys a message or report to its 
  2215. UA. The user in question is an actual recipient of the message or the 
  2216. originator of the subject message or probe. This step non\(hydestructively
  2217. retrieves the information object from storage. This step follows delivery 
  2218. or (a prior) retrieval. 
  2219. .PP
  2220. This step may be taken only if the user is equipped with
  2221. an MS.
  2222. .RT
  2223. .sp 1P
  2224. .LP
  2225. 9.3.8
  2226.     \fIReceipt\fR 
  2227. .sp 9p
  2228. .RT
  2229. .PP
  2230. In a \fBreceipt\fR step, either a UA conveys a message or report to its 
  2231. direct user, or the communication system that serves an indirect user conveys 
  2232. such an information object to that user. In either case, this step conveys 
  2233. the object to its ultimate destination. 
  2234. .PP
  2235. In the case of a direct user, this step follows the object's delivery or 
  2236. first retrieval (only). In the case of an indirect user, it follows the 
  2237. information object's conveyance by the communication system serving the 
  2238. user. In either case, the user is a potential recipient (and, in the case 
  2239. of a direct user, an actual recipient) of the message in question, or the 
  2240. originator of the subject message or probe. 
  2241. .bp
  2242. .RT
  2243. .sp 1P
  2244. .LP
  2245. 9.4
  2246.     \fITransmittal events\fR 
  2247. .sp 9p
  2248. .RT
  2249. .PP
  2250. The kinds of events that may occur in a transmittal are listed in the first 
  2251. column of Table\ 6/X.402. For each listed kind, the second column 
  2252. indicates the kinds of information objects \(em messages, probes, and reports 
  2253. \(em 
  2254. for which such events may be staged, the third column the kinds of functional 
  2255. objects \(em users, UAs, MSs, MTAs, and AUs \(em that may stage such events. 
  2256. .PP
  2257. All the events occur within the MTS.
  2258. .RT
  2259. .ce
  2260. \fBH.T. [T6.402]\fR 
  2261. .ce
  2262. TABLE\ 6/X.402
  2263. .ce
  2264. \fBTransmittal events\fR 
  2265. .ps 9
  2266. .vs 11
  2267. .nr VS 11
  2268. .nr PS 9
  2269. .TS
  2270. center box;
  2271. cw(60p) | cw(18p) sw(18p) sw(18p) | cw(30p) sw(18p) sw(18p) sw(18p) sw(18p) , ^  | c | c | c | c | c | c | c | c.
  2272. Transmittal event     Functional objets     Functional objects 
  2273.     M    P    R    User     UA     MS     MTA    AU 
  2274. _
  2275. .T&
  2276. lw(60p) | cw(18p) | cw(18p) | cw(18p) | cw(30p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) .
  2277. Splitting    X    X    \(em    \(em    \(em    \(em    X    \(em 
  2278. .T&
  2279. lw(60p) | cw(18p) | cw(18p) | cw(18p) | cw(30p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) .
  2280. Joining    X    X    X    \(em    \(em    \(em    X    \(em 
  2281. .T&
  2282. lw(60p) | cw(18p) | cw(18p) | cw(18p) | cw(30p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) .
  2283. Name resolution    X    X    \(em    \(em    \(em    \(em    X    \(em 
  2284. .T&
  2285. lw(60p) | cw(18p) | cw(18p) | cw(18p) | cw(30p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) .
  2286. DL expansion    X    \(em    \(em    \(em    \(em    \(em    X    \(em 
  2287. .T&
  2288. lw(60p) | cw(18p) | cw(18p) | cw(18p) | cw(30p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) .
  2289. Redirection    X    X    \(em    \(em    \(em    \(em    X    \(em 
  2290. .T&
  2291. lw(60p) | cw(18p) | cw(18p) | cw(18p) | cw(30p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) .
  2292. Conversion    X    X    \(em    \(em    \(em    \(em    X    \(em 
  2293. .T&
  2294. lw(60p) | cw(18p) | cw(18p) | cw(18p) | cw(30p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) .
  2295. Non\(hydelivery    X    \(em    X    \(em    \(em    \(em    X    \(em 
  2296. .T&
  2297. lw(60p) | cw(18p) | cw(18p) | cw(18p) | cw(30p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) .
  2298. Non\(hyaffirmation    \(em    X    \(em    \(em    \(em    \(em    X    \(em 
  2299. .T&
  2300. lw(60p) | cw(18p) | cw(18p) | cw(18p) | cw(30p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) .
  2301. Affirmation    \(em    X    \(em    \(em    \(em    \(em    X    \(em 
  2302. .T&
  2303. lw(60p) | cw(18p) | cw(18p) | cw(18p) | cw(30p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) .
  2304. Routing    X    X    X    \(em    \(em    \(em    X    T{
  2305. \(em 
  2306. M
  2307. Message
  2308. .parag
  2309. P
  2310. Probe
  2311. .parag
  2312. R
  2313. Report
  2314. .parag
  2315. X
  2316. Permitted
  2317. .parag
  2318. T}
  2319. _
  2320. .TE
  2321. .nr PS 9
  2322. .RT
  2323. .ad r
  2324. \fBTableau 6/X.402 [T6.402], p.\fR 
  2325. .sp 1P
  2326. .RT
  2327. .ad b
  2328. .RT
  2329. .LP
  2330. .sp 2
  2331. .PP
  2332. The kinds of transmittal events, summarized in Table\ 6/X.402, are individually 
  2333. defined and described below. 
  2334. .sp 1P
  2335. .LP
  2336. 9.4.1
  2337.     \fISplitting\fR 
  2338. .sp 9p
  2339. .RT
  2340. .PP
  2341. In a \fBsplitting\fR event, an MTA replicates a message or probe,
  2342. dividing responsibility for its immediate recipients among the resulting
  2343. information objects. This event effectively allows an MTA to independently
  2344. convey an object to various potential recipients.
  2345. .PP
  2346. An MTA stages a splitting when the next step or event required in the conveyance 
  2347. of a message or probe to some immediate recipients differs from that required 
  2348. in its conveyance to others. 
  2349. .RT
  2350. .sp 1P
  2351. .LP
  2352. 9.4.2
  2353.     \fIJoining\fR 
  2354. .sp 9p
  2355. .RT
  2356. .PP
  2357. In a \fBjoining\fR event, an MTA combines several instances of the same 
  2358. message or probe, or two or more delivery and/or non\(hydelivery reports 
  2359. for the same subject message or probe. 
  2360. .PP
  2361. An MTA may, but need not stage a joining when it determines that the same 
  2362. events and next step are required to convey several highly related 
  2363. information objects to their destinations.
  2364. .bp
  2365. .RT
  2366. .sp 1P
  2367. .LP
  2368. 9.4.3
  2369.     \fIName resolution\fR 
  2370. .sp 9p
  2371. .RT
  2372. .PP
  2373. In a \fBname resolution\fR event, an MTA adds the corresponding
  2374. \fIO/R\ address\fR \| to the \fIO/R\ name\fR \| that identifies one of 
  2375. a message's or probe's immediate recipients. 
  2376. .RT
  2377. .sp 1P
  2378. .LP
  2379. 9.4.4
  2380.     \fIDL expansion\fR 
  2381. .sp 9p
  2382. .RT
  2383. .PP
  2384. In a \fBDL expansion\fR event, an MTA resolves a DL among a message's (but 
  2385. not a probe's) immediate recipients to its members which are thereby made 
  2386. member recipients. This event removes indirection from the immediate 
  2387. recipients' specification.
  2388. .PP
  2389. A particular DL is always subjected to DL expansion at a
  2390. pre\(hyestablished location within the MTS. This location is called the DL's
  2391. \fBexpansion point\fR and is identified by an \fIO/R\ address\fR .
  2392. .PP
  2393. As part of this event, the MTA may generate a delivery report.
  2394. .PP
  2395. DL expansion is subject to submit permission. In the case of a nested DL, 
  2396. that permission must have been granted to the DL of which the nested DL 
  2397. is a member. Otherwise, it must have been granted to the originator. 
  2398. .RT
  2399. .sp 1P
  2400. .LP
  2401. 9.4.5
  2402.     \fIRedirection\fR 
  2403. .sp 9p
  2404. .RT
  2405. .PP
  2406. In a \fBredirection\fR event, an MTA replaces a user or DL among a
  2407. message's or probe's immediate recipients with an originator\(hyspecified or
  2408. recipient\(hyassigned alternate recipient.
  2409. .RT
  2410. .sp 1P
  2411. .LP
  2412. 9.4.6
  2413.     \fIConversion\fR 
  2414. .sp 9p
  2415. .RT
  2416. .PP
  2417. In a \fBconversion\fR event, an MTA transforms parts of a message's
  2418. content from one EIT to another, or alters a probe so it appears that the
  2419. described messages were so modified. This event increases the likelihood 
  2420. that an information object can be delivered or affirmed by tailoring it 
  2421. to its 
  2422. immediate recipients.
  2423. .PP
  2424. The following kinds of conversion are distinguished, on the basis of how 
  2425. the EIT of the information to be converted and the EIT to result from the 
  2426. conversion are selected: 
  2427. .RT
  2428. .LP
  2429.     a)
  2430.     \fBexplicit conversion\fR : A conversion in which the
  2431. originator selects both the initial and final EITs.
  2432. .LP
  2433.     b)
  2434.     \fBimplicit conversion\fR : A conversion in which the MTA
  2435. selects the final EITs based upon the initial EITs and the capabilities
  2436. of the UA.
  2437. .sp 1P
  2438. .LP
  2439. 9.4.7
  2440.     \fINon\(hydelivery\fR 
  2441. .sp 9p
  2442. .RT
  2443. .PP
  2444. In a \fBnon\(hydelivery\fR event, an MTA determines that the MTS cannot
  2445. deliver a message to its immediate recipients, or cannot deliver a report to
  2446. the originator of its subject message or probe. This event halts the conveyance 
  2447. of an object the MTS deems unconveyable. 
  2448. .PP
  2449. As part of this event, in the case of a message, the MTA generates a non\(hydelivery 
  2450. report. 
  2451. .PP
  2452. An MTA stages a non\(hydelivery, e.g., when it determines that the
  2453. immediate recipients are improperly specified, that they do not accept 
  2454. delivery of messages like that at hand, or that the message has not been 
  2455. delivered to 
  2456. them within pre\(hyspecified time limits.
  2457. .RT
  2458. .sp 1P
  2459. .LP
  2460. 9.4.8
  2461.     \fINon\(hyaffirmation\fR 
  2462. .sp 9p
  2463. .RT
  2464. .PP
  2465. In a \fBnon\(hyaffirmation\fR event, an MTA determines that the MTS could 
  2466. not deliver a described message to a probe's immediate recipients. This 
  2467. event partially or fully determines the answer to the question posed by 
  2468. a probe. 
  2469. .PP
  2470. As part of this event, the MTA generates a non\(hydelivery report.
  2471. .PP
  2472. An MTA stages a non\(hyaffirmation, e.g., when it determines that the
  2473. immediate recipients are improperly specified or would not accept delivery 
  2474. of a described message. 
  2475. .RT
  2476. .sp 1P
  2477. .LP
  2478. 9.4.9
  2479.     \fIAffirmation\fR 
  2480. .sp 9p
  2481. .RT
  2482. .PP
  2483. In an \fBaffirmation\fR event, an MTA determines that the MTS could
  2484. deliver any described message to a probe's immediate recipients.  This event
  2485. partially or fully determines the answer to the question posed by a probe, 
  2486. and elevates the immediate recipients to the status of actual recipients. 
  2487. .PP
  2488. As part of this event, the MTA may generate a delivery report.
  2489. .bp
  2490. .PP
  2491. An MTA stages an affirmation once it determines that the immediate
  2492. recipients are properly specified and, if the immediate recipients are users
  2493. (but not DLs), would accept delivery of any described message.  If the
  2494. immediate recipients are DLs, and MTA stages an affirmation if the DL exists
  2495. and the originator has the relevant submit permission.
  2496. .RT
  2497. .sp 1P
  2498. .LP
  2499. 9.4.10
  2500.     \fIRouting\fR 
  2501. .sp 9p
  2502. .RT
  2503. .PP
  2504. In a \fBrouting\fR event, an MTA selects the \*Qadjacent\*U MTA to which 
  2505. it will transfer a message, probe, or report. This event incrementally 
  2506. determines an information object's route through the MTS and (obviously) 
  2507. may be taken only if the MTS comprises several MTAs. 
  2508. .PP
  2509. The following kinds of routing are distinguished, on the basis of the kind 
  2510. of transfer for which they prepare: 
  2511. .RT
  2512. .LP
  2513.     a)
  2514.      \fBinternal routing\fR : A routing preparatory to an internal transfer 
  2515. (i.e., a transfer within an MD). 
  2516. .LP
  2517.     b)
  2518.      \fBexternal routing\fR : A routing preparatory to an external transfer 
  2519. (i.e., a transfer between MDs). 
  2520. .PP
  2521. An MTA stages a routing when it determines that it can stage no
  2522. other event, and take no step, regarding an object.
  2523. .sp 2P
  2524. .LP
  2525. \fB10\fR     \fBSecurity model\fR 
  2526. .sp 1P
  2527. .RT
  2528. .PP
  2529. This clause provides an abstract security model for Message
  2530. Transfer. The concrete realization of the model is the subject of other
  2531. Recommendations in the set. The security model provides a framework for
  2532. describing the security services that counter potential threats (see Annex\ 
  2533. D) to the MTS and the security elements that support those services. 
  2534. .PP
  2535. The security features are an optional extension to the MHS that can be 
  2536. used to minimise the risk of exposure of assets and resources to violations 
  2537. of a security policy (threats). Their aim is to provide features independently 
  2538. of the communications services provided by other lower or higher entities. 
  2539. Threats may be countered by the use of physical security, computer security 
  2540. (COMPUSEC), or security services provided by the MHS. Depending on the 
  2541. perceived threats, certain of the MHS security services will be selected 
  2542. in combination with 
  2543. appropriate physical security and COMPUSEC measures. The security services
  2544. supported by the MHS are described below. The naming and structuring of the
  2545. services are based on ISO\ 7498\(hy2.
  2546. .PP
  2547. \fINote\fR \ \(em\ Despite these security features, certain attacks may by be
  2548. mounted against communication between a user and the MHS or against
  2549. user\(hyto\(hyuser communication (e.g. in the case of users accessing their 
  2550. UAs). To counter these attacks requires extensions to the present security 
  2551. model and 
  2552. services which are for further study.
  2553. .PP
  2554. In many cases, the broad classes of threats are covered by several of the 
  2555. services listed. 
  2556. .PP
  2557. The security services are supported through use of service elements of 
  2558. the Message Transfer Service message envelope. The envelope contains security 
  2559. relevant arguments as described in Recommendation\ X.411. The description 
  2560. of the security services takes the following general form. In\ \(sc\ 10.2 
  2561. the services are listed, with, in each case, a definition of the service 
  2562. and an indication of 
  2563. how it may be provided using the security elements in Recommendation\ X.411.
  2564. In\ \(sc\ 10.3 the security elements are individually described, with, 
  2565. in each case, a definition of the service element and references to its 
  2566. constituent arguments in Recommendation\ X.411. 
  2567. .PP
  2568. Many of the techniques employed rely on encryption mechanisms. The
  2569. security services in the MHS allow for flexibility in the choice of algorithms. 
  2570. However, in some cases only the use of asymmetric encryption has been fully 
  2571. defined in this Recommendation. A future version of this Recommendation may
  2572. make use of alternative mechanisms based on symmetric encipherment.
  2573. .PP
  2574. \fINote\fR \ \(em\ The use of the terms \*Qsecurity service\*U and \*Qsecurity
  2575. element\*U in this clause are not to be confused with the terms \*Qservice\*U 
  2576. and 
  2577. \*Qelement of service\*U as used in Recommendation\ X.400. The former terms 
  2578. are used in the present clause to maintain consistency with ISO\ 7498\(hy2. 
  2579. .bp
  2580. .RT
  2581. .sp 1P
  2582. .LP
  2583. 10.1
  2584.     \fISecurity policies\fR 
  2585. .sp 9p
  2586. .RT
  2587. .PP
  2588. Security services in the MHS must be capable of supporting a wide range 
  2589. of security policies which extend beyond the confines of the MHS itself. 
  2590. The services selected and the threats addressed will depend on the individual 
  2591. application and levels of trust in parts of the system. 
  2592. .PP
  2593. A security policy defines how the risk to and exposure of assets can be 
  2594. reduced to an acceptable level. 
  2595. .PP
  2596. In addition, operation between different domains, each with their own security 
  2597. policy, will be required. As each domain will be subject to its own 
  2598. overall security policy, covering more than just the MHS, a bilateral agreement 
  2599. on interworking between two domains will be required. This must be defined 
  2600. so as not to conflict with the security policies for either domain and 
  2601. effectively becomes part of the overall security policy for each domain. 
  2602. .RT
  2603. .sp 1P
  2604. .LP
  2605. 10.2
  2606.     \fISecurity services\fR 
  2607. .sp 9p
  2608. .RT
  2609. .PP
  2610. This defines the Message Transfer security services. The
  2611. naming and structuring of the services are based on ISO 7498\(hy2.
  2612. .PP
  2613. Message Transfer security services fall into several broad classes.
  2614. These classes and the services in each are listed in Table 7/X.402.
  2615. .RT
  2616. .PP
  2617. Throughout the security service definitions that follow, reference is made 
  2618. to Figure\ 6/X.402, which reiterates the MHS functional model in 
  2619. simplified form. The numeric labels are referenced in the text.
  2620. .sp 1P
  2621. .LP
  2622. 10.2.1
  2623.     \fIOrigin Authentication security services\fR 
  2624. .sp 9p
  2625. .RT
  2626. .PP
  2627. These security services provide for the authentication of the
  2628. identity of communicating peer entities and sources of data.
  2629. .RT
  2630. .sp 1P
  2631. .LP
  2632. 10.2.1.1
  2633.     \fIData Origin Authentication security services\fR 
  2634. .sp 9p
  2635. .RT
  2636. .PP
  2637. These security services provide corroboration of the origin of a
  2638. message, probe, or report to all concerned entities (i.e., MTAs or recipient
  2639. MTS\(hyusers). These security services cannot protect against duplication of
  2640. messages, probes, or reports.
  2641. .RT
  2642. .sp 1P
  2643. .LP
  2644. 10.2.1.1.1
  2645.     \fIMessage Origin Authentication security service\fR 
  2646. .sp 9p
  2647. .RT
  2648. .PP
  2649. The Message Origin Authentication service enables the corroboration of 
  2650. the source of a message. 
  2651. .PP
  2652. This security service can be provided using either the Message Origin Authentication 
  2653. or the Message Argument Integrity security element. The former can be used 
  2654. to provide the security service to any of the parties concerned 
  2655. (1\(hy5 inclusive in Figure\ 6/X.402), whereas the latter can only be used to
  2656. provide the security service to MTS\(hyusers (1\ or\ 5 in Figure\ 6/X.402). The
  2657. security element chosen depends on the prevailing security policy.
  2658. .RT
  2659. .sp 1P
  2660. .LP
  2661. 10.2.1.1.2
  2662.     \fIProbe Origin Authentication security service\fR 
  2663. .sp 9p
  2664. .RT
  2665. .PP
  2666. The Probe Origin Authentication security service enables the
  2667. corroboration of the source of a probe.
  2668. .PP
  2669. This security service can be provided by using the Probe Origin
  2670. Authentication security element. This security element can be used to provide 
  2671. the security service to any of the MTAs through which the probe is transferred 
  2672. (2\(hy4 inclusive in Figure\ 6/X.402). 
  2673. .RT
  2674. .sp 1P
  2675. .LP
  2676. 10.2.1.1.3
  2677.     \fIReport Origin Authentication security service\fR 
  2678. .sp 9p
  2679. .RT
  2680. .PP
  2681. The Report Origin Authentication security service enables the
  2682. corroboration of the source of a report.
  2683. .PP
  2684. This security service can be provided by using the Report Origin
  2685. Authentication security element. This security element can be used to provide 
  2686. the security service to the originator of the subject message or probe, 
  2687. as well as to any MTA through which the report is transferred (1\(hy5 inclusive 
  2688. in 
  2689. Figure\ 6/X.402).
  2690. .bp
  2691. .RT
  2692. .ce
  2693. \fBH.T. [T7.402]\fR 
  2694. .ce
  2695. TABLE\ 7/X.402
  2696. .ce
  2697. \fBMessage transfer security services\fR 
  2698. .ps 9
  2699. .vs 11
  2700. .nr VS 11
  2701. .nr PS 9
  2702. .TS
  2703. center box;
  2704. cw(84p) | cw(18p) sw(18p) sw(18p) sw(18p) sw(18p) sw(18p) sw(18p) sw(18p) , ^  | c | c | c | c | c | c | c | l.
  2705. Service     UA/  UA
  2706.     MS/  MTA    MTA/  MS    MTA/  UA    UA/  MS     UA/  MTA    MTA/  MTA     MS/  UA    
  2707. _
  2708. .T&
  2709. lw(84p) | lw(18p) | lw(18p) | lw(18p) | lw(18p) | lw(18p) | lw(18p) | lw(18p) | lw(18p) .
  2710. T{
  2711. \fIOrigin authentication\fR
  2712. T}                                
  2713. .T&
  2714. lw(84p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) .
  2715. T{
  2716. Message origin authentication
  2717. T}    *\fR    *    \(em    *    \(em    \(em    \(em    \(em 
  2718. .T&
  2719. lw(84p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) .
  2720. Probe origin authentication    \(em\fR    \(em    *    *    \(em    \(em    \(em    \(em 
  2721. .T&
  2722. lw(84p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) .
  2723. Report origin authentication    \(em\fR    \(em    \(em    \(em    *    *    *    \(em 
  2724. .T&
  2725. lw(84p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) .
  2726. Proof of submission    \(em\fR    \(em    \(em    \(em    \(em    \(em    *    \(em 
  2727. .T&
  2728. lw(84p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) .
  2729. Proof of delivery    *\fR    \(em    \(em    \(em    \(em    \(em    \(em    \ua\d\u)\d
  2730. _
  2731. .T&
  2732. lw(84p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) .
  2733. T{
  2734. \fISecure access management\fR
  2735. T}                                
  2736. .T&
  2737. lw(84p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) .
  2738. Peer entity authentication    \(em\fR    *    *    *    *    *    *    * 
  2739. .T&
  2740. lw(84p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) .
  2741. Security context    \(em\fR    *    *    *    *    *    *    * 
  2742. _
  2743. .T&
  2744. lw(84p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) .
  2745. T{
  2746. \fIData confidentiality\fR
  2747. T}                                
  2748. .T&
  2749. lw(84p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) .
  2750. Connection confidentiality    \(em\fR    *    *    *    *    *    *    * 
  2751. .T&
  2752. lw(84p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) .
  2753. Connection confidentiality    *\fR    \(em    \(em    \(em    \(em    \(em    \(em    \(em 
  2754. .T&
  2755. lw(84p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) .
  2756. Message flow confidentiality    *\fR    \(em    \(em    \(em    \(em    \(em    \(em    \(em   
  2757. _
  2758. .T&
  2759. lw(84p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) .
  2760. T{
  2761. \fIData integrity services\fR
  2762. T}                                
  2763. .T&
  2764. lw(84p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) .
  2765. Connection integrity    \(em\fR    *    *    *    *    *    *    * 
  2766. .T&
  2767. lw(84p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) .
  2768. Content integrity    *\fR    \(em    \(em    \(em    \(em    \(em    \(em    \(em 
  2769. .T&
  2770. lw(84p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) .
  2771. Message sequence integrity    *\fR    \(em    \(em    \(em    \(em    \(em    \(em    \(em 
  2772. _
  2773. .T&
  2774. lw(84p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) .
  2775. \fINon\(hyrepudiation\fR                                
  2776. .T&
  2777. lw(84p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) .
  2778. Non\(hyrepudiation of origin    *\fR    \(em    \(em    *    \(em    \(em    \(em    \(em 
  2779. .T&
  2780. lw(84p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) .
  2781. T{
  2782. Non\(hyrepudiation of submission
  2783. T}    \(em\fR    \(em    \(em    \(em    \(em    \(em    *    \(em 
  2784. .T&
  2785. lw(84p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) .
  2786. T{
  2787. Non\(hyrepudation of delivery
  2788. T}    *\fR    \(em    \(em    \(em    \(em    \(em    \(em    \(em 
  2789. _
  2790. .T&
  2791. lw(84p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) .
  2792. T{
  2793. \fIMessage security labelling\fR
  2794. T}                                
  2795. .T&
  2796. lw(84p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) .
  2797. Message security labelling    *\fR    *    *    *    *    *    *    * 
  2798. _
  2799. .T&
  2800. lw(84p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) .
  2801. T{
  2802. \fISecurity management service\fR
  2803. T}                                
  2804. .T&
  2805. lw(84p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) .
  2806. Change credentials    \(em\fR    *    \(em    *    *    *    *    \(em 
  2807. .T&
  2808. lw(84p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) .
  2809. Register    \(em\fR    *    \(em    *    \(em    \(em    \(em    \(em 
  2810. .T&
  2811. lw(84p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) .
  2812. MS\(hyregister    \(em\fR    *    \(em    \(em    \(em    \(em    \(em    T{
  2813. \(em 
  2814. *
  2815. An asterisk under the heading of the form \fIX/Y\fR
  2816. indicates that
  2817. the service can be provided from a functional object of type\ \fIX\fR
  2818. to one
  2819. of type\ \fIY\fR
  2820. .
  2821. .parag
  2822. \ua\d\u)\d
  2823. This service is provided by the recipient's MS to the
  2824. originator's UA.
  2825. .parag
  2826. T}
  2827. _
  2828. .TE
  2829. .nr PS 9
  2830. .RT
  2831. .ad r
  2832. \fBTableau 7/X.402 [T7.402], p. 12\fR 
  2833. .sp 1P
  2834. .RT
  2835. .ad b
  2836. .RT
  2837. .LP
  2838. .rs
  2839. .sp 3P
  2840. .ad r
  2841. Blanc
  2842. .ad b
  2843. .RT
  2844. .LP
  2845. .bp
  2846. .LP
  2847. .rs
  2848. .sp 12P
  2849. .ad r
  2850. \fBFigure 6/X.402, (N), p. 13\fR 
  2851. .sp 1P
  2852. .RT
  2853. .ad b
  2854. .RT
  2855. .sp 1P
  2856. .LP
  2857. 10.2.1.2
  2858.     \fIProof of Submission security service\fR 
  2859. .sp 9p
  2860. .RT
  2861. .PP
  2862. This security service enables the originator of a message to obtain corroboration 
  2863. that it has been received by the MTS for delivery to the 
  2864. originally specified recipient(s).
  2865. .PP
  2866. This security service can be provided by using the Proof of Submission 
  2867. security element. 
  2868. .RT
  2869. .sp 1P
  2870. .LP
  2871. 10.2.1.3
  2872.     \fIProof of Delivery security service\fR 
  2873. .sp 9p
  2874. .RT
  2875. .PP
  2876. This security service enables the originator of a message to obtain corroboration 
  2877. that it has been delivered by the MTS to its intended 
  2878. recipient(s).
  2879. .PP
  2880. This security service can be provided by using the Proof of Delivery security 
  2881. element. 
  2882. .RT
  2883. .sp 1P
  2884. .LP
  2885. 10.2.2
  2886.     \fISecure Access Management security service\fR 
  2887. .sp 9p
  2888. .RT
  2889. .PP
  2890. The Secure Access Management security service is concerned with
  2891. providing protection for resources against their unauthorised use. It can be
  2892. divided into two components, namely the Peer Entity Authentication and the
  2893. Security Context security services.
  2894. .RT
  2895. .sp 1P
  2896. .LP
  2897. 10.2.2.1
  2898.     \fIPeer Entity Authentication security service\fR 
  2899. .sp 9p
  2900. .RT
  2901. .PP
  2902. This security service is provided for use at the establishment of a connection 
  2903. to confirm the identity of the connecting entity. It may be used on the 
  2904. links 1\(hy2, 2\(hy3, 3\(hy4, or 4\(hy5 in Figure\ 6/X.402 and provides 
  2905. confidence, at the time of usage only, that an entity is not attempting 
  2906. a masquerade or an 
  2907. unauthorised replay of a previous connection.
  2908. .PP
  2909. This security service is supported by the Authentication Exchange
  2910. security element. Note that use of this security element may yield other 
  2911. data as a result of its operation that in certain circumstances can be 
  2912. used to 
  2913. support a Connection Confidentiality and/or a Connection Integrity security
  2914. service.
  2915. .RT
  2916. .sp 1P
  2917. .LP
  2918. 10.2.2.2
  2919.     \fISecurity Context security service\fR 
  2920. .sp 9p
  2921. .RT
  2922. .PP
  2923. This security service is used to limit the scope of passage of
  2924. messages between entities by reference to the Security Labels associated 
  2925. with messages. This security service is therefore closely related to the 
  2926. Message 
  2927. Security Labelling security service, which provides for the association of
  2928. messages and Security Labels.
  2929. .PP
  2930. The Security Context security service is supported by the Security
  2931. Context and the Register security elements.
  2932. .RT
  2933. .sp 1P
  2934. .LP
  2935. 10.2.3
  2936.     \fIData Confidentiality security services\fR 
  2937. .sp 9p
  2938. .RT
  2939. .PP
  2940. These security services provide for the protection of data against unauthorised 
  2941. disclosure. 
  2942. .bp
  2943. .RT
  2944. .sp 1P
  2945. .LP
  2946. 10.2.3.1
  2947.     \fIConnection Confidentiality security service\fR 
  2948. .sp 9p
  2949. .RT
  2950. .PP
  2951. The MHS does not provide a Connection Confidentiality security
  2952. service. However, data for the invocation of such a security service in
  2953. underlying layers may be provided as a result of using the Authentication
  2954. Exchange security element to provide the Peer Entity Authentication security
  2955. service. The security service may be required on any of links 1\(hy2, 2\(hy3, 
  2956. 3\(hy4, or 4\(hy5 in Figure\ 6/X.402. 
  2957. .RT
  2958. .sp 1P
  2959. .LP
  2960. 10.2.3.2
  2961.     \fIContent Confidentiality security service\fR 
  2962. .sp 9p
  2963. .RT
  2964. .PP
  2965. The Content Confidentiality security service provides assurance
  2966. that the content of a message is only known to the sender and recipient of a
  2967. message.
  2968. .PP
  2969. It may be provided using a combination of the Content Confidentiality and 
  2970. the Message Argument Confidentiality security elements. The Message 
  2971. Argument Confidentiality security element can be used to transfer a secret 
  2972. key which is used with the Content Confidentiality security element to 
  2973. encipher the message content. Using these security elements the service 
  2974. is provided from 
  2975. MTS\(hyuser 1 to MTS\(hyuser 5 in the figure, with the message content being
  2976. unintelligible to MTAs.
  2977. .RT
  2978. .sp 1P
  2979. .LP
  2980. 10.2.3.3
  2981.     \fIMessage Flow Confidentiality security service\fR 
  2982. .sp 9p
  2983. .RT
  2984. .PP
  2985. This security service provides for the protection of information
  2986. which might be derived from observation of message flow. Only a limited 
  2987. form of this security service is provided by the MHS. 
  2988. .PP
  2989. The Double Enveloping Technique enables a complete message to become the 
  2990. content of another message. This could be used to hide addressing 
  2991. information from certain parts of the MTS. Used in conjunction with traffic
  2992. padding (which is beyond the current scope of this Recommendation) this 
  2993. could be used to provide message flow confidentiality. Other elements of 
  2994. this 
  2995. service, such as routing control or pseudonyms, are also beyond the scope of
  2996. this Recommendation.
  2997. .RT
  2998. .sp 1P
  2999. .LP
  3000. 10.2.4
  3001.     \fIData Integrity security services\fR 
  3002. .sp 9p
  3003. .RT
  3004. .PP
  3005. These security services are provided to counter active threats to   the MHS.
  3006. .RT
  3007. .sp 1P
  3008. .LP
  3009. 10.2.4.1
  3010.     \fIConnection Integrity security service\fR 
  3011. .sp 9p
  3012. .RT
  3013. .PP
  3014. The MHS does not provide a Connection Integrity security service. However, 
  3015. data for the invocation of such a security service in underlying 
  3016. layers may be provided by using the Authentication Exchange security element 
  3017. to provide the Peer Entity Authentication security service. The security 
  3018. service may be required on any of links 1\(hy2, 2\(hy3, 3\(hy4, or 4\(hy5 
  3019. in Figure\ 6/X.402. 
  3020. .RT
  3021. .sp 1P
  3022. .LP
  3023. 10.2.4.2
  3024.     \fIContent Integrity security service\fR 
  3025. .sp 9p
  3026. .RT
  3027. .PP
  3028. This security service provides for the integrity of the contents of a single 
  3029. message. This takes the form of enabling the determination of whether the 
  3030. message content has been modified. This security service does not enable 
  3031. the detection of message replay, which is provided by the Message Sequence
  3032. Integrity security service.
  3033. .PP
  3034. This security service can be provided in two different ways using two different 
  3035. combinations of security elements. 
  3036. .PP
  3037. The Content Integrity security element together with the Message
  3038. Argument Integrity security element and, in some cases, the Message Argument
  3039. Confidentiality security element can be used to provide the security service 
  3040. to a message recipient, i.e., for communication from MTS\(hyuser 1 to MTS\(hyuser 
  3041. 5 in Figure\ 6/X.402. The Content Integrity security element is used to 
  3042. compute a 
  3043. Content Integrity Check as a function of the entire message content. Depending 
  3044. on the method used to compute the Content Integrity Check, a secret key 
  3045. may be required, which may be confidentially sent to the message recipient 
  3046. using the Message Argument Confidentiality security element. The Content 
  3047. Integrity Check is protected against change using the Message Argument 
  3048. Integrity security 
  3049. element. The integrity of any confidential message arguments is provided 
  3050. using the Message Argument Confidentiality security element. 
  3051. .PP
  3052. The Message Origin Authentication security element can also be used to 
  3053. provide this security service. 
  3054. .bp
  3055. .RT
  3056. .sp 1P
  3057. .LP
  3058. 10.2.4.3
  3059.     \fIMessage Sequence Integrity security service\fR 
  3060. .sp 9p
  3061. .RT
  3062. .PP
  3063. This security service protects the originator and recipient of a
  3064. sequence of messages against re\(hyordering of the sequence. In doing so it
  3065. protects against replay of messages.
  3066. .PP
  3067. This security service may be provided using a combination of the
  3068. Message Sequence Integrity and the Message Argument Integrity security
  3069. elements. The former provides a sequence number to each message, which 
  3070. may be protected against change by use of the latter. Simultaneous confidentiality 
  3071. and integrity of the Message Sequence Number may be provided by use of 
  3072. the Message Argument Confidentiality security element. 
  3073. .PP
  3074. These security elements provide the service for communication from
  3075. MTS\(hyuser 1 to MTS\(hyuser 5 in Figure\ 6/X.402, and not to the
  3076. intermediate\ MTAs.
  3077. .RT
  3078. .sp 1P
  3079. .LP
  3080. 10.2.5
  3081.     \fINon\(hyrepudiation security services\fR 
  3082. .sp 9p
  3083. .RT
  3084. .PP
  3085. These security services provide irrevocable proof to a third party after 
  3086. the message has been submitted, sent, or delivered, that the submission, 
  3087. sending, or receipt did occur as claimed. Note that for this to function 
  3088. correctly, the security policy must explicitly cover the management of
  3089. asymmetric keys for the purpose of non\(hyrepudiation services if asymmetric
  3090. algorithms are being used.
  3091. .RT
  3092. .sp 1P
  3093. .LP
  3094. 10.2.5.1
  3095.     \fINon\(hyrepudiation of origin security service\fR 
  3096. .sp 9p
  3097. .RT
  3098. .PP
  3099. This security service provides the recipient(s) of a message with irrevocable 
  3100. proof of the origin of the message, its content, and its associated Message 
  3101. Security Label. 
  3102. .PP
  3103. This security service can be provided in two different ways using two different 
  3104. combinations of security elements. Note that its provision is very 
  3105. similar to the provision of the (weaker) Content Integrity security service.
  3106. .PP
  3107. The Content Integrity security element together with the Message
  3108. Argument Integrity security element and, in some cases, the Message Argument
  3109. Confidentiality security element can be used to provide the service to a
  3110. message recipient, i.e., for communication from MTS\(hyuser 1 to MTS\(hyuser 
  3111. 5 in 
  3112. Figure\ 6/X.402. The Content Integrity security element is used to compute a
  3113. Content Integrity Check as a function of the entire message content. Depending 
  3114. on the method used to compute the Content Integrity Check, a secret key 
  3115. may be required, which may be confidentially sent to the message recipient 
  3116. using the Message Argument Confidentiality security element. The Content 
  3117. Integrity Check and, if required, the Message Security Label are protected 
  3118. against change 
  3119. and/or repudiation using the Message Argument Integrity security element. 
  3120. Any confidential message arguments are protected against change and/or 
  3121. repudiation using the Message Argument Confidentiality security element. 
  3122. .PP
  3123. If the Content Confidentiality security service is not required, the Message 
  3124. Origin Authentication security element may also be used as a basis for 
  3125. this security service. In this case the security service may be provided 
  3126. to all elements of the MHS, i.e., for all of 1\(hy5 in Figure\ 6/X.402. 
  3127. .RT
  3128. .sp 1P
  3129. .LP
  3130. 10.2.5.2
  3131.     \fINon\(hyrepudiation of Submission security service\fR 
  3132. .sp 9p
  3133. .RT
  3134. .PP
  3135. This security service provides the originator of the message with irrevocable 
  3136. proof that the message was submitted to the MTS for delivery to the originally 
  3137. specified recipient(s). 
  3138. .PP
  3139. This security service is provided using the Proof of Submission
  3140. security element in much the same way as that security element is used to
  3141. support the (weaker) Proof of Submission security service.
  3142. .RT
  3143. .sp 1P
  3144. .LP
  3145. 10.2.5.3
  3146.     \fINon\(hyrepudiation of Delivery security service\fR 
  3147. .sp 9p
  3148. .RT
  3149. .PP
  3150. This security service provides the originator of the message with irrevocable 
  3151. proof that the message was delivered to its originally specified 
  3152. recipient(s).
  3153. .PP
  3154. This security service is provided using the Proof of Delivery security 
  3155. element in much the same way as that security element is used to support 
  3156. the 
  3157. (weaker) Proof of Delivery security service.
  3158. .RT
  3159. .sp 1P
  3160. .LP
  3161. 10.2.6
  3162.     \fIMessage Security Labelling security service\fR 
  3163. .sp 9p
  3164. .RT
  3165. .PP
  3166. This security service allows Security Labels to be associated with all 
  3167. entities in the MHS, i.e., MTAs and MTS\(hyusers. In conjunction with the 
  3168. Security Context security service it enables the implementation of security
  3169. policies defining which parts of the MHS may handle messages with specified
  3170. associated Security Labels.
  3171. .bp
  3172. .PP
  3173. This security service is provided by the Message Security Label
  3174. security element. The integrity and confidentiality of the label are provided 
  3175. by the Message Argument Integrity and the Message Argument Confidentiality 
  3176. security elements.
  3177. .RT
  3178. .sp 1P
  3179. .LP
  3180. 10.2.7
  3181.     \fISecurity management services\fR 
  3182. .sp 9p
  3183. .RT
  3184. .PP
  3185. A number of security management services are needed by the MHS. The only 
  3186. management services provided within Recommendation X.411 are concerned 
  3187. with changing credentials and registering MTS\(hyuser security labels.
  3188. .RT
  3189. .sp 1P
  3190. .LP
  3191. 10.2.7.1
  3192.     \fIChange Credentials security service\fR 
  3193. .sp 9p
  3194. .RT
  3195. .PP
  3196. This security service enables one entity in the MHS to change the credentials 
  3197. concerning it held by another entity in the MHS. It may be 
  3198. provided using the Change Credentials security element.
  3199. .RT
  3200. .sp 1P
  3201. .LP
  3202. 10.2.7.2
  3203.     \fIRegister security service\fR 
  3204. .sp 9p
  3205. .RT
  3206. .PP
  3207. This security service enables the establishment at an MTA of the
  3208. Security Labels which are permissible for one particular MTS\(hyuser. It 
  3209. may be provided using the Register security element. 
  3210. .RT
  3211. .sp 1P
  3212. .LP
  3213. 10.2.7.3
  3214.     \fIMS\(hyregister security service\fR 
  3215. .sp 9p
  3216. .RT
  3217. .PP
  3218. The security service enables the establishment of the security
  3219. label which ar permissible for the MS\(hyuser.
  3220. .RT
  3221. .sp 1P
  3222. .LP
  3223. 10.3
  3224.     \fISecurity elements\fR 
  3225. .sp 9p
  3226. .RT
  3227. .PP
  3228. The following clauses describe the security elements available in the protocols 
  3229. described within Recommendation X.411 to support the security 
  3230. services in the MHS. These security elements relate directly to arguments in
  3231. various services described in Recommendation X.411. The objective of this
  3232. clause is to separate out each element of the Recommendation X.411 service
  3233. definitions that relate to security, and to define the function of each of
  3234. these identified security elements.
  3235. .RT
  3236. .sp 1P
  3237. .LP
  3238. 10.3.1
  3239.     \fIAuthentication security elements\fR 
  3240. .sp 9p
  3241. .RT
  3242. .PP
  3243. These security elements are defined in order to support
  3244. authentication and integrity security services.
  3245. .RT
  3246. .sp 1P
  3247. .LP
  3248. 10.3.1.1
  3249.     \fIAuthentication exchange security element\fR 
  3250. .sp 9p
  3251. .RT
  3252. .PP
  3253. The Authentication Exchange security element is designed to
  3254. authenticate, possibly mutually, the identity of an MTS\(hyuser to an MTA,
  3255. an MTA to an MTA, an MTA to an MTA\(hyuser,
  3256. an MS to a UA, or a UA to an MS. It is based on the exchange or
  3257. use of secret data, either passwords, asymmetrically encrypted tokens, or
  3258. symmetrically encrypted tokens. The result of the exchange is corroboration 
  3259. of the identity of the other party, and, optionally, the transfer of confidential 
  3260. data which may be used in providing the Connection Confidentiality and/or 
  3261. the Connection Integrity security service in underlying layers. Such an 
  3262. authentication is only valid for the instant that it is made and the continuing 
  3263. validity of the authenticated identity depends on whether the exchange 
  3264. of 
  3265. confidential data, or some other mechanism, is used to establish a secure
  3266. communication path.
  3267. The establishment and use of a secure communication path is outside the 
  3268. scope of this Recommendation. 
  3269. .PP
  3270. This security element uses the Initiator Credentials argument and the Responder 
  3271. Credentials result of the MTS\(hybind, MS\(hybind and MTA\(hybind services. 
  3272. The transferred credentials are either passwords or tokens.
  3273. .RT
  3274. .sp 1P
  3275. .LP
  3276. 10.3.1.2
  3277.     \fIData Origin Authentication security elements\fR 
  3278. .sp 9p
  3279. .RT
  3280. .PP
  3281. These security elements are specifically designed to support data origin 
  3282. authentication services, although they may also be used to support 
  3283. certain data integrity services.
  3284. .RT
  3285. .sp 1P
  3286. .LP
  3287. 10.3.1.2.1
  3288.     \fIMessage Origin Authentication security element\fR 
  3289. .sp 9p
  3290. .RT
  3291. .PP
  3292. The Message Origin Authentication security element enables anyone who receives 
  3293. or transfers a message to authenticate the identity of the 
  3294. MTS\(hyuser
  3295. that originated the message. This may mean the provision of the Message 
  3296. Origin Authentication or the Non\(hyrepudiation of Origin security service. 
  3297. .bp
  3298. .PP
  3299. The security element involves transmitting, as part of the message, a Message 
  3300. Origin Authentication Check, computed as a function of the message 
  3301. content, the message Content Identifier, and the Message Security Label. 
  3302. If the Content Confidentiality security service is also required, the Message 
  3303. Origin Authentication Check is computed as a function of the enciphered 
  3304. rather than 
  3305. the unenciphered message content. By operating on the message content as
  3306. conveyed in the overall message (i.e., after the optional Content
  3307. Confidentiality security element), any MHS entity can check the overall 
  3308. message integrity without the need to see the plaintext message content. 
  3309. However, if 
  3310. the Content Confidentiality security service is used, the Message Origin
  3311. Authentication security element cannot be used to provide the Non\(hyrepudiation 
  3312. of Origin security service. 
  3313. .PP
  3314. The security element uses the Message Origin Authentication Check,
  3315. which is one of the arguments of the Message Submission, Message Transfer, 
  3316. and Message Delivery services. 
  3317. .RT
  3318. .sp 1P
  3319. .LP
  3320. 10.3.1.2.2
  3321.     \fIProbe Origin Authentication security element\fR 
  3322. .sp 9p
  3323. .RT
  3324. .PP
  3325. Similar to the Message Origin Authentication security element, the Probe 
  3326. Origin Authentication security element enables any MTA to authenticate 
  3327. the identity of the MTS\(hyuser which originated a probe.
  3328. .PP
  3329. This security element uses the Probe Origin Authentication Check,
  3330. which is one of the arguments of the Probe Submission service.
  3331. .RT
  3332. .sp 1P
  3333. .LP
  3334. 10.3.1.2.3
  3335.     \fIReport Origin Authentication security element\fR 
  3336. .sp 9p
  3337. .RT
  3338. .PP
  3339. Similar to the Message Origin Authentication security element, the Report 
  3340. Origin Authentication security element enables any MTA or MTS\(hyuser who 
  3341. receives a report to authenticate the identity of the MTA which originated 
  3342. the report. 
  3343. .PP
  3344. This security element uses the Report Origin Authentication Check,
  3345. which is one of the arguments of the Report Delivery service.
  3346. .RT
  3347. .sp 1P
  3348. .LP
  3349. 10.3.1.3
  3350.     \fIProof of Submission security element\fR 
  3351. .sp 9p
  3352. .RT
  3353. .PP
  3354. This security element provides the originator of a message with the means 
  3355. to establish that a message was accepted by the MHS for transmission. 
  3356. .PP
  3357. The security element is made up of two arguments: a request for Proof of 
  3358. Submission, sent with a message at submission time, and the Proof of 
  3359. Submission, returned to the MTS\(hyuser as part of the Message Submission 
  3360. results. The Proof of Submission is generated by the MTS, and is computed 
  3361. as a function of all the arguments of the submitted message, the Message 
  3362. Submission 
  3363. Identifier, and the Message Submission Time.
  3364. .PP
  3365. The Proof of Submission argument can be used to support the Proof of Submission 
  3366. security service. Depending on the security policy in force, it may also 
  3367. be able to support the (stronger) Non\(hyrepudiation of Submission security 
  3368. service. 
  3369. .PP
  3370. The Proof of Submission Request is an argument of the Message
  3371. Submission service. The Proof of Submission is one of the results of the
  3372. Message Submission service.
  3373. .RT
  3374. .sp 1P
  3375. .LP
  3376. 10.3.1.4
  3377.     \fIProof of Delivery security element\fR 
  3378. .sp 9p
  3379. .RT
  3380. .PP
  3381. This security element provides the originator of a message with the means 
  3382. to establish that a message was delivered to the 
  3383. destination by the MHS.
  3384. .PP
  3385. The security element is made up of a number of arguments. The message originator 
  3386. includes a Proof of Delivery Request with the submitted message, and this 
  3387. request is delivered to each recipient with the message. A recipient may 
  3388. then compute the Proof of Delivery as a function of a number of arguments 
  3389. associated with the message. The proof of delivery is returned by the MTS to
  3390. the message originator, as part of a report on the results of the original
  3391. Message Submission.
  3392. .PP
  3393. The Proof of Delivery can be used to support the Proof of Delivery
  3394. security service. Depending on the security policy in force, it may also be
  3395. able to support the (stronger) Non\(hyrepudiation of Delivery security
  3396. service.
  3397. .PP
  3398. The Proof of Delivery Request is an argument of the Message
  3399. Submission, Message Transfer, and Message Delivery services. The Proof of
  3400. Delivery is both one of the results of the Message Delivery service and 
  3401. one of the arguments of the Report Transfer and Report Delivery services. 
  3402. .PP
  3403. \fINote\fR \ \(em\ Non\(hyreceipt of a Proof of Delivery does not imply
  3404. non\(hydelivery.
  3405. .RT
  3406. .sp 1P
  3407. .LP
  3408. 10.3.2
  3409.     \fISecure Access Management security elements\fR 
  3410. .sp 9p
  3411. .RT
  3412. .PP
  3413. These security elements are defined in order to support the Secure Access 
  3414. Management security service and the security management services. 
  3415. .bp
  3416. .RT
  3417. .sp 1P
  3418. .LP
  3419. 10.3.2.1
  3420.     \fISecurity Context security element\fR 
  3421. .sp 9p
  3422. .RT
  3423. .PP
  3424. When an MTS\(hyuser or an MTA binds to an MTA or MTS\(hyuser, the bind
  3425. operation specifies the security context of the connection.  This limits the
  3426. scope of passage of messages by reference to the labels associated with
  3427. messages. Secondly, the Security Context of the connection may be temporarily 
  3428. altered for submitted or delivered messages. 
  3429. .PP
  3430. The Security Context itself consists of one or more Security Labels
  3431. defining the sensitivity of interactions that may occur in line with the
  3432. security policy in force.
  3433. .PP
  3434. Security Context is an argument of the MTS\(hybind and MTA\(hybind
  3435. services.
  3436. .RT
  3437. .sp 1P
  3438. .LP
  3439. 10.3.2.2
  3440.     \fIRegister security element\fR 
  3441. .sp 9p
  3442. .RT
  3443. .PP
  3444. The Register security element allows the establishment at an MTA of an 
  3445. MTS\(hyuser's permissible security labels. 
  3446. .PP
  3447. This security element is provided by the Register service. The
  3448. Register service enables an MTS\(hyuser to change arguments, held by the MTS,
  3449. relating to delivery of messages to that MTS\(hyuser.
  3450. .RT
  3451. .sp 1P
  3452. .LP
  3453. 10.3.2.3
  3454.     \fIMS\(hyRegister security element\fR 
  3455. .sp 9p
  3456. .RT
  3457. .PP
  3458. The MS\(hyRegister security element allows the establishment of the
  3459. MS\(hyuser's permissible security labels.
  3460. .PP
  3461. This security element is provided by the MS\(hyRegister service. The
  3462. MS\(hyRegister services enables an MS\(hyuser to change arguments held 
  3463. by the MS 
  3464. relating to the retrieval of messages to that MS\(hyuser.
  3465. .RT
  3466. .sp 1P
  3467. .LP
  3468. 10.3.3
  3469.     \fIData Confidentiality security elements\fR 
  3470. .sp 9p
  3471. .RT
  3472. .PP
  3473. These security elements, based on the use of encipherment, are all concerned 
  3474. with the provision of confidentiality of data passed from one MHS 
  3475. entity to another.
  3476. .RT
  3477. .sp 1P
  3478. .LP
  3479. 10.3.3.1
  3480.     \fIContent Confidentiality security element\fR 
  3481. .sp 9p
  3482. .RT
  3483. .PP
  3484. The Content Confidentiality security element provides assurance
  3485. that the content of the message is protected from eavesdropping during
  3486. transmission by use of an encipherment security element. The security element 
  3487. operates such that only the recipient and sender of the message know the 
  3488. plaintext message content.
  3489. .PP
  3490. The specification of the encipherment algorithm, the key used, and any 
  3491. other initialising data are conveyed using the Message Argument Confidentiality 
  3492. and the Message Argument Integrity security elements. The algorithm and 
  3493. key 
  3494. are then used to encipher or decipher the message contents.
  3495. .PP
  3496. The Content Confidentiality security element uses the Content
  3497. Confidentiality Algorithm Identifier, which is an argument of the Message
  3498. Submission, Message Transfer, and Message Delivery services.
  3499. .RT
  3500. .sp 1P
  3501. .LP
  3502. 10.3.3.2
  3503.     \fIMessage Argument Confidentiality security element\fR 
  3504. .sp 9p
  3505. .RT
  3506. .PP
  3507. The Message Argument Confidentiality security element provides for the 
  3508. confidentiality, integrity, and, if required, the irrevocability of 
  3509. recipient data associated with a message. Specifically, this data will 
  3510. comprise any cryptographic keys and related data that is necessary for 
  3511. the 
  3512. confidentiality and integrity security elements to function properly, if 
  3513. these optional security elements are invoked. 
  3514. .PP
  3515. The security element operates by means of the Message Token. The data to 
  3516. be protected by the Message Argument Confidentiality security element 
  3517. constitutes the Encrypted Data within the Message Token. The Encrypted Data
  3518. within the Message Token is unintelligible to all MTAs.
  3519. .PP
  3520. The Message Token is an argument of the Message Submission, Message
  3521. Transfer, and Message Delivery services.
  3522. .RT
  3523. .sp 1P
  3524. .LP
  3525. 10.3.4
  3526.     \fIData Integrity security elements\fR 
  3527. .sp 9p
  3528. .RT
  3529. .PP
  3530. These security elements are provided to support the provision of
  3531. data integrity, data authentication, and non\(hyrepudiation services.
  3532. .bp
  3533. .RT
  3534. .sp 1P
  3535. .LP
  3536. 10.3.4.1
  3537.     \fIContent Integrity security element\fR 
  3538. .sp 9p
  3539. .RT
  3540. .PP
  3541. The Content Integrity security element provides protection for the content 
  3542. of a message against modification during transmission. 
  3543. .PP
  3544. This security element operates by use of one or more cryptographic
  3545. algorithms. The specification of the algorithm(s), the key(s) used, and any
  3546. other initialising data are conveyed using the Message Argument Confidentiality 
  3547. and the Message Argument Integrity security elements. The result of the 
  3548. application of the algorithms and key is the Content Integrity Check, which 
  3549. is sent in the message envelope. The security element is only available 
  3550. to the 
  3551. recipient(s) of the message as it operates on the plaintext message contents.
  3552. .PP
  3553. If the Content Integrity Check is protected using the Message Argument 
  3554. Integrity security element then, depending on the prevailing security policy, 
  3555. it may be used to help provide the Non\(hyrepudiation of Origin security 
  3556. service.
  3557. .PP
  3558. The Content Integrity Check is an argument of the Message Submission, Message 
  3559. Transfer, and Message Delivery services. 
  3560. .RT
  3561. .sp 1P
  3562. .LP
  3563. 10.3.4.2
  3564.     \fIMessage Argument Integrity security element\fR 
  3565. .sp 9p
  3566. .RT
  3567. .PP
  3568. The Message Argument Integrity security element provides for the
  3569. integrity, and, if required, the irrevocability of certain arguments associated 
  3570. with a message. Specifically, these arguments may comprise any selection 
  3571. of the Content Confidentiality Algorithm Identifier, the Content Integrity 
  3572. Check, the Message Security Label, the Proof of Delivery Request, and the 
  3573. Message Sequence Number. 
  3574. .PP
  3575. The security element operates by means of the Message Token. The data to 
  3576. be protected by the Message Argument Integrity security element constitutes 
  3577. the signed\(hydata within the Message Token. 
  3578. .PP
  3579. The Message Token is an argument of the Message Submission, Message
  3580. Transfer, and Message Delivery services.
  3581. .RT
  3582. .sp 1P
  3583. .LP
  3584. 10.3.4.3
  3585.     \fIMessage Sequence Integrity security element\fR 
  3586. .sp 9p
  3587. .RT
  3588. .PP
  3589. The Message Sequence Integrity security element provides protection for 
  3590. the sender and recipient of a message against receipt of messages in the 
  3591. wrong order, or duplicated messages.
  3592. .PP
  3593. A Message Sequence Number is associated with an individual message.
  3594. This number identifies the position of a message in a sequence from one
  3595. originator to one recipient. Therefore each originator\(hyrecipient pair 
  3596. requiring to use this security element will have to maintain a distinct 
  3597. sequence of 
  3598. message numbers. This security element does not provide for initialisation 
  3599. or synchronisation of Message Sequence Numbers. 
  3600. .RT
  3601. .sp 1P
  3602. .LP
  3603. 10.3.5
  3604.     \fINon\(hyrepudiation security elements\fR 
  3605. .sp 9p
  3606. .RT
  3607. .PP
  3608. There are no specific Non\(hyrepudiation security elements defined in Recommendation 
  3609. X.411. The non\(hy 
  3610. repudiation services may be provided using a combination of other security 
  3611. elements. 
  3612. .RT
  3613. .sp 1P
  3614. .LP
  3615. 10.3.6
  3616.     \fISecurity Label security elements\fR 
  3617. .sp 9p
  3618. .RT
  3619. .PP
  3620. These security elements exist to support security labelling in the  MHS.
  3621. .RT
  3622. .sp 1P
  3623. .LP
  3624. 10.3.6.1
  3625.     \fIMessage Security Label security element\fR 
  3626. .sp 9p
  3627. .RT
  3628. .PP
  3629. Messages may be labelled with data as specified in the prevailing security 
  3630. policy. The Message Security Label is available for use by 
  3631. intermediate MTAs as part of the overall security policy of the system.
  3632. .PP
  3633. A Message Security Label may be sent as a message argument, and may be 
  3634. protected by the Message Argument Integrity or the Message Origin 
  3635. Authentication security element, in the same manner as other message
  3636. arguments.
  3637. .PP
  3638. Alternatively, if both confidentiality and integrity are required, the 
  3639. Message Security Label may be protected using the Message Argument 
  3640. Confidentiality security element. In this case the Message Security Label so
  3641. protected is an originator\(hyrecipient argument, and may differ from the 
  3642. Message Security Label in the message envelope. 
  3643. .bp
  3644. .RT
  3645. .sp 2P
  3646. .LP
  3647. 10.3.7
  3648.     \fISecurity Management security elements\fR 
  3649. .sp 1P
  3650. .RT
  3651. .sp 1P
  3652. .LP
  3653. 10.3.7.1
  3654.     \fIChange Credentials security element\fR 
  3655. .sp 9p
  3656. .RT
  3657. .PP
  3658. The Change Credentials security element allows the credentials of an MTS\(hyuser 
  3659. or an MTA to be updated. 
  3660. .PP
  3661. The security element is provided by the MTS Change Credentials
  3662. service.
  3663. .RT
  3664. .sp 1P
  3665. .LP
  3666. 10.3.8
  3667.     \fIDouble Enveloping Technique\fR 
  3668. .sp 9p
  3669. .RT
  3670. .PP
  3671. Additional protection may be provided to a complete message,
  3672. including the envelope parameters, by the ability to specify that the content 
  3673. of a message is itself a complete message, i.e., a Double Enveloping Technique 
  3674. is available. 
  3675. .PP
  3676. This technique is available though the use of the Content Type
  3677. argument which makes it possible to specify that the content of a message 
  3678. is an Inner Envelope. This Content Type means that the content is itself 
  3679. a message 
  3680. (envelope and content) for forwarding by the recipient named on the outer
  3681. envelope to the recipient named on the Inner Envelope.
  3682. .PP
  3683. The Content Type is an argument of the Message Submission, Message
  3684. Transfer, and Message Delivery services.
  3685. .RT
  3686. .LP
  3687. .rs
  3688. .sp 34P
  3689. .sp 2P
  3690. .LP
  3691. \fBMONTAGE: SECTION 3 SUR LE RESTE DE CETTE PAGE\fR 
  3692. .sp 1P
  3693. .RT
  3694. .LP
  3695. .bp
  3696.